Statistics | We have 1675 registered users The newest registered user is dejo123
Our users have posted a total of 30851 messages in 1411 subjects
|
Who is online? | In total there are 3 users online :: 0 Registered, 0 Hidden and 3 Guests None Most users ever online was 443 on Sun Mar 17, 2013 5:41 pm |
Latest topics | » THIS FORUM IS NOW OBSOLETE by NickTheNick Sat Sep 26, 2015 10:26 pm
» To all the people who come here looking for thrive. by NickTheNick Sat Sep 26, 2015 10:22 pm
» Build Error Code::Blocks / CMake by crovea Tue Jul 28, 2015 5:28 pm
» Hello! I can translate in japanese by tjwhale Thu Jul 02, 2015 7:23 pm
» On Leave (Offline thread) by NickTheNick Wed Jul 01, 2015 12:20 am
» Devblog #14: A Brave New Forum by NickTheNick Mon Jun 29, 2015 4:49 am
» Application for Programmer by crovea Fri Jun 26, 2015 11:14 am
» Re-Reapplication by The Creator Thu Jun 25, 2015 10:57 pm
» Application (programming) by crovea Tue Jun 23, 2015 8:00 am
» Achieving Sapience by MitochondriaBox Sun Jun 21, 2015 7:03 pm
» Microbe Stage GDD by tjwhale Sat Jun 20, 2015 3:44 pm
» Application for Programmer/ Theorist by tjwhale Wed Jun 17, 2015 9:56 am
» Application for a 3D Modeler. by Kaiju4u Wed Jun 10, 2015 11:16 am
» Presentation by Othithu Tue Jun 02, 2015 10:38 am
» Application of Sorts by crovea Sun May 31, 2015 5:06 pm
» want to contribute by Renzope Sun May 31, 2015 12:58 pm
» Music List Thread (Post New Themes Here) by Oliveriver Thu May 28, 2015 1:06 pm
» Application: English-Spanish translator by Renzope Tue May 26, 2015 1:53 pm
» Want to be promoter or project manager by TheBudderBros Sun May 24, 2015 9:00 pm
» A new round of Forum Revamps! by Oliveriver Wed May 20, 2015 11:32 am
|
| | Build system discussion | |
|
+4~sciocont Daniferrito Nimbal Seregon 8 posters | |
Author | Message |
---|
Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Mar 29, 2013 5:13 am | |
| Oops, the setup script still had a problem where it wouldn't copy MinGW correctly. I've pushed an update. You can also just copy the content of mingw32-dw2 to its parent folder, so that you have "bin, lib, include, libexec etc." in the same folder as "OgreSDK, install, temp, etc.".
Also, you might need to delete the build directory before using CMake again. The "delete cache" option in the CMake GUI doesn't delete enough when it concerns the compiler paths. | |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Sat Mar 30, 2013 1:09 am | |
| I just moved in a new appartment so I don't have internet yet. I'm using my cellphone right now and won't be able to try the new build system before a couple of days.
You didn't answer my last question, how much are we downloading while using setup.ps1 ? Around 1gb ?
Thanks and good job as usual! | |
| | | untrustedlife Regular
Posts : 252 Reputation : 19 Join date : 2013-03-26 Location : [Classified]
| Subject: Re: Build system discussion Sat Mar 30, 2013 10:00 am | |
| - Nimbal wrote:
- Oops, the setup script still had a problem where it wouldn't copy MinGW correctly. I've pushed an update. You can also just copy the content of mingw32-dw2 to its parent folder, so that you have "bin, lib, include, libexec etc." in the same folder as "OgreSDK, install, temp, etc.".
Also, you might need to delete the build directory before using CMake again. The "delete cache" option in the CMake GUI doesn't delete enough when it concerns the compiler paths. All right, ill do it after i clean my desktop up a bit. (maybe tonight) edit: Ill do it tomorrow at some point, however once i do have the code and edit (specifically i want to add some functions involving sound (unless they are in there already) and help to work with organelles based on the style in my prototype.) what do i do with it. Do i need a git-hub account? | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Sun Mar 31, 2013 4:13 pm | |
| - RodGame wrote:
- You didn't answer my last question, how much are we downloading while using setup.ps1 ? Around 1gb ?
Oops, sorry. The script downloads about 200 MB of data, which is inflated to a whopping 2.9 GB for me (that includes the downloads themselves). If disk space is an issue, you can safely delete the "temp" folder after installation, which will free up about 1.9 GB. I wouldn't exactly recommend it though, because when we add new dependencies, the updated setup script will have to redownload everything. You could, however, go into each subfolder below "temp" and delete everything but the zip / 7z or exe files you find directly below them. | |
| | | untrustedlife Regular
Posts : 252 Reputation : 19 Join date : 2013-03-26 Location : [Classified]
| Subject: Re: Build system discussion Mon Apr 01, 2013 9:16 am | |
| I keep getting distracted with things.. ill try to do it in the next 2 days, (spring break is over) Ok, i will definetly do it by Thursday, most likely tomorrow around (18:00 GMT/UTC -6 hours)
Last edited by untrustedlife on Mon Apr 01, 2013 11:31 pm; edited 1 time in total | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Mon Apr 01, 2013 9:26 am | |
| I will try it whenever i get back home, the only computer i have avaible right now only accepts windows xp. If a few people report it is working fine tell here and i will accept the pull request. | |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Tue Apr 09, 2013 12:04 am | |
| - Nimbal wrote:
- RodGame wrote:
- You didn't answer my last question, how much are we downloading while using setup.ps1 ? Around 1gb ?
Oops, sorry. The script downloads about 200 MB of data, which is inflated to a whopping 2.9 GB for me (that includes the downloads themselves).
If disk space is an issue, you can safely delete the "temp" folder after installation, which will free up about 1.9 GB. I wouldn't exactly recommend it though, because when we add new dependencies, the updated setup script will have to redownload everything.
You could, however, go into each subfolder below "temp" and delete everything but the zip / 7z or exe files you find directly below them.
Thank you. It's not really a matter of disk size but a matter of bandwith. Don't know about your country, but here in Canada, we get a shitty bandwith limit. I had 15 gb at my parent place and now have 75 gb here. Downloading 3 gb is non-negligeable. 200 MB isn't really a problem but it would be nice to state it in the readme. ---------------------------- --------------------------------- -------------------------------- --------------------- EDIT : Got around to try it today. I deleted everything that was in C:\MinGW, deleted my whole gitHub repository and recloned it. It didn't work, here are some information. First, here is both the cmake LOG(line 1-40) and the setup.ps1 LOG(line 40-65 000). It was too long to put it in spoiler so I uploaded it to dropBox. https://dl.dropbox.com/u/156274557/Thrive%20Build%20-%20Setup.ps1%20LOG.txt My MinGW has been 1gb for a really long time during installation (while installing boost i think) and is now 2.9 gb after setup.ps1 finished. setup.ps1I'm not quite sure how well it worked. Last time I tried it, it took around 30 min and copy didn't failed as much as it did this time(see spoiler below) It took 2h20 to run on a Quadcore i7 laptop with 8gb of RAM for reference. I think 1h30 was spent on boost as it seems that it was looping or something. This pattern repeat very often and I think that some file tried to copy many times. - Spoiler:
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\typeinfo... common.copy C:\mingw\install\include\boost\tr1\tr1\type_traits
copy /b "boost\tr1\tr1\type_traits" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\type_traits"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\type_traits... common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_map
copy /b "boost\tr1\tr1\unordered_map" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\unordered_map"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_map... common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_set
copy /b "boost\tr1\tr1\unordered_set" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\unordered_set"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_set... common.copy C:\mingw\install\include\boost\tr1\tr1\utility
copy /b "boost\tr1\tr1\utility" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\utility"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\utility... common.copy C:\mingw\install\include\boost\tr1\tr1\valarray
copy /b "boost\tr1\tr1\valarray" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\valarray"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\valarray... common.copy C:\mingw\install\include\boost\tr1\tr1\vector
copy /b "boost\tr1\tr1\vector" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\vector"
Here is the log of the end of boost : - Spoiler:
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\vector... ...failed updating 9034 targets... ...skipped 6 targets... ...updated 1238 targets...
cmakeIt seems like it didnt go quite far. It found things related to OGRE but seems to lack some OIS Library. Log : - Spoiler:
The C compiler identification is GNU 4.8.0 The CXX compiler identification is GNU 4.8.0 Check for working C compiler: C:/MinGW/bin/gcc.exe Check for working C compiler: C:/MinGW/bin/gcc.exe -- works Detecting C compiler ABI info Detecting C compiler ABI info - done Check for working CXX compiler: C:/MinGW/bin/g++.exe Check for working CXX compiler: C:/MinGW/bin/g++.exe -- works Detecting CXX compiler ABI info Detecting CXX compiler ABI info - done OGRE_PREFIX_WATCH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) Looking for OGRE_Paging... Found OGRE_Paging: optimized;C:/MinGW/OgreSDK/lib/release/libOgrePaging.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgrePaging_d.dll.a Looking for OGRE_Terrain... Found OGRE_Terrain: optimized;C:/MinGW/OgreSDK/lib/release/libOgreTerrain.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreTerrain_d.dll.a Looking for OGRE_Property... Found OGRE_Property: optimized;C:/MinGW/OgreSDK/lib/release/libOgreProperty.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreProperty_d.dll.a Looking for OGRE_RTShaderSystem... Found OGRE_RTShaderSystem: optimized;C:/MinGW/OgreSDK/lib/release/libOgreRTShaderSystem.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreRTShaderSystem_d.dll.a OIS_PREFIX_PATH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) CMake Error at C:/MinGW/OgreSDK/CMake/FindPkgMacros.cmake:117 (message): Required library OIS not found! Install the library (including dev packages) and try again. If the library is already installed, set the missing variables manually in cmake. Call Stack (most recent call first): C:/MinGW/OgreSDK/CMake/FindOIS.cmake:82 (findpkg_finish) CMakeLists.txt:78 (find_package)
Configuring incomplete, errors occurred!
If you want me to test anything, it shouldn't take long after you post it. I'll also be ready to make a new build test whenever you commit changes. | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Wed Apr 10, 2013 2:39 pm | |
| I just tried the script, and i get the exact same problem as RodGame, CMake complains about not being able to find OIS. Edit: If i specify OIS to be in "C:\MinGW\OgreSDK\include\OIS" inside CMake, that step works fine. Now it says it cannot find boost: - Spoiler:
CMake Error at cmake_modules/FindBoost.cmake:1192 (message): Unable to find the requested Boost libraries.
Unable to find the Boost header files. Please set BOOST_ROOT to the root directory containing Boost or BOOST_INCLUDEDIR to the directory containing Boost's headers. Call Stack (most recent call first): CMakeLists.txt:91 (find_package)
CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: Boost_INCLUDE_DIR (ADVANCED) used as include directory in directory C:/Users/Dani Ferri/Downloads/Thrive-Daniferrito/Thrive-Daniferrito used as include directory in directory C:/Users/Dani Ferri/Downloads/Thrive-Daniferrito/Thrive-Daniferrito
Configuring incomplete, errors occurred!
I have boost set up from a previous instalation, but i've tried to use the version at OgreSDK/boost and said the same. | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Thu Apr 11, 2013 1:57 pm | |
| Thanks for the log, Rod! That helps tremendously. It seems like the boost install process doesn't work for you, for whatever reason (and that may be the same problem Daniferrito has). I can't reproduce it on my end, though. Could you check the following things, please?
- How many files do you have in "C:\MinGW\temp\boost\boost_1_51_0\boost"?
- How many files do you have in "C:\MinGW\install\include\boost"?
- Open "Thrive\mingw_setup\boost\setup.ps1" with some text editor, go to line 73 and delete the " | out-null" at the end of this line. Start the setup process and post another log of the output. You can cancel the process when the boost archives have been unpacked (so you don't have to wait for over two hours).
| |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Thu Apr 11, 2013 3:22 pm | |
| - Nimbal wrote:
o How many files do you have in "C:\MinGW\temp\boost\boost_1_51_0\boost"?
There are 209 items in directly in \boost. 87 of them being folders. boost folder property says that there are 9012 Files\758 folder total in it for 85Mb/105Mb(on disk). - Nimbal wrote:
o How many files do you have in "C:\MinGW\install\include\boost"?
There are 87 items in directly in \boost, all of them being folders. I'm missing all the *.hpp found in the temp folder that you mentioned above. boost folder property says that there are 0 Files\757 folder total in it for 0Mb/0Mb(on disk). As you see, no file has been copied from temp to install. - Nimbal wrote:
o Open "Thrive\mingw_setup\boost\setup.ps1" with some text editor, go to line 73 and delete the " | out-null" at the end of this line. Start the setup process and post another log of the output. You can cancel the process when the boost archives have been unpacked (so you don't have to wait for over two hours).
edit : I assume you were talking about "Thrive\mingw_setup\boost\install.ps1" since it has the "| out-null" at line 73. "E:\GitHub\Thrive\mingw_setup\setup.ps1" doesn't have this ending at line 73. I didn't delete anything because I didn't want to delete anything you wanted to stay there. Here is the requested log : https://dl.dropboxusercontent.com/u/156274557/Thrive%20Build%20-%20install.ps1%20LOG_11Apr13-15h45.txt Since I stopped it right in the process, I'm not sure if it is worth anything, but I now have 9 .hpp files in the "C:\MinGW\install\include\boost" folder where I had 0 without removing the out-null. "C:\MinGW\temp\boost\boost_1_51_0" is the exact same. Also, wouldn't it be possible to set the execution policy at the start of setup.ps1? You could write the old value of the execution policy in a variable and set it back to what it was at the end of setup.ps1 if possible. It might not be possible since the execution policy prevent a script from running, which is where it would be changed. Anyway, just a suggestion.
Last edited by RodGame on Thu Apr 11, 2013 3:54 pm; edited 1 time in total | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Thu Apr 11, 2013 3:25 pm | |
| There is no folder called boost inside temp. There is nothing inside the folder MinGW/install This is the log regarding to boost. All of it. I even left the parts before and after. - Spoiler:
Extracting mingw32-dw2
Everything is Ok
Folders: 151 Files: 3495 Size: 293569791 Compressed: 28611157 Installing...
--- Installing Boost Libraries --- False
--- Installing Ogre SDK --- Found archive file, skipping download. Unpacking archive...
7-Zip (A) 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Processing archive: C:\MinGW2\temp\ogre\OgreSDK_MinGW_v1-8-1.exe
I believe there is something in the boost script that is making it fail. I vote on either it is not finding the file to download or it is failing the 7z check before that. | |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Thu Apr 11, 2013 3:56 pm | |
| Danni, would it be possible that the problem comes from the fact that you use C:\MinGW2 instead of C:\MinGW ? I know it is mentionned that its possible to change the target folder in the readme, but It might help to use the standard target folder since your problem since to be bigger than mine(i.e not having anything in the install folder).
edit: I'm on the chat if you want more information or to iterate faster while debugging Nimbal. | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Thu Apr 11, 2013 4:19 pm | |
| Great. Three systems, three different behaviours. If anyone ever wants to tell me again how the Linux world is so "fragmented" and Windows is not, I know just what to tell them. @Rod: It looks like boost is using the copy command incorrectly to install itself. Instead of just copying the files it tries to concatenate the actual file and some "non-existent" files in binary mode. That's what all those error messages mean: - Spoiler:
common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_set
copy /b "boost\tr1\tr1\unordered_set" + this-file-does-not-exist-A698EE7806899E69 "C:\mingw\install\include\boost\tr1\tr1\unordered_set"
...failed common.copy C:\mingw\install\include\boost\tr1\tr1\unordered_set...
I currently have no idea how to fix this, especially since I can't reproduce it on my end. @Daniferrito: Your error seems different from Rod's after all. Is there a file "temp\7zip\7za.exe"?
Edit: Nevermind. I could reproduce the problem. Fix coming in a few minutes. - Rodgame wrote:
Danni, would it be possible that the problem comes from the fact that you use C:\MinGW2 instead of C:\MinGW ?
Good point, but I'd actually prefer it if people tested the script in as many different circumstances as possible. | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Thu Apr 11, 2013 7:11 pm | |
| After some time on IRC, here are the results:
The script seems to work fine with the default folder. If you specify a diferent folder, boost fails. I believe you alredy solved that, but i will check it again later. Having an antivirus seems to be problematic at times (Rodgame got it working after disabling his)
Once the script finishes, cmake cannot find OIS. That happens to both of us. All the rest works, althrough on the variables that cmake shows it seems it didnt find boost. It allows to generate anyways.
Once generated, compiling doesent give any problem. The game .exe runs fine.
At this point, i think the pull request could be accepted. But probably the OIS step has to be looked at, or at least notify on the readme.txt that it has to be set manually. Tell me if i should accept it or wait a bit.
Edit: The script doesent seem to fill completelly the cmake propierties. It is not copying the libboost_..._mt.dll libraries into the final folder. You are probably not experiencing the errors because you have those libraries in your path (inside MinGW/install/lib). Remove MinGW from the path to simulate the error. However, it is copying the other two libraries that we had to move manually in there before (libgcc... and libstdc...) | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Apr 12, 2013 1:31 am | |
| For now, wait with merging the pull request. I'd like to resolve the OIS problems first.
Could you upload the CMakeCache.txt file from your build directory somewhere so I can have a look? | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Fri Apr 12, 2013 1:37 am | |
| https://www.dropbox.com/s/o3q0yel7fouphxo/CMakeCache.txt
there you are. | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Apr 12, 2013 5:50 am | |
| Is that the one generated by vanilla CMake, or did you already specify the OIS dir?
I'm also a little confused that there is a cache entry for OGRE_SDK (which is just an empty string). That shouldn't be there at all (at least not in this version). And if it's there, it should be set to the correct directory, not empty. Weird. | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Fri Apr 12, 2013 7:15 am | |
| Its the logfile for the complete configuration and generation of cmake, OIS fix included.
Would you want me to delete the build directory and run cmake again to the point where it gets stuck? | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Apr 12, 2013 7:21 am | |
| Yes, please. Maybe I can see from the cache file what went wrong. | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Fri Apr 12, 2013 8:03 am | |
| https://www.dropbox.com/s/fg3co66d0xiypjj/CMakeCache2.txt
Here it is. | |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Fri Apr 12, 2013 10:45 am | |
| As Danni mentionned, the problem I had was on my part. I am using Comodo Internet Security Premium. It has a Behavior Blocker that ask me what permission I want to give to any program that are run for the first time. While installing, it popped up about some kind of .jar file I think(can't remember the exact name). I gave it permission and restarted the installation to make sure it didn't cause problem. When I installed yesterday, it asked me again to give it permission. I found it strange and decided to just close Comodo and run the installation again. Everything went fine and all the Failed Copy disappeared and all went quite smoothly. It still took me around 2h even if I had all the file in the temp folder. Apologies for making you search for a solution to a problem on my part. I'll give you the requested information although Danni already gave you his. At first glance it seems to be identical but I figured having another build log on a different machine wouldn't hurt. Vanilla Cmake log asking for OIS : - Spoiler:
The C compiler identification is GNU 4.8.0 The CXX compiler identification is GNU 4.8.0 Check for working C compiler: C:/MinGW/bin/gcc.exe Check for working C compiler: C:/MinGW/bin/gcc.exe -- works Detecting C compiler ABI info Detecting C compiler ABI info - done Check for working CXX compiler: C:/MinGW/bin/g++.exe Check for working CXX compiler: C:/MinGW/bin/g++.exe -- works Detecting CXX compiler ABI info Detecting CXX compiler ABI info - done OGRE_PREFIX_WATCH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) Looking for OGRE_Paging... Found OGRE_Paging: optimized;C:/MinGW/OgreSDK/lib/release/libOgrePaging.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgrePaging_d.dll.a Looking for OGRE_Terrain... Found OGRE_Terrain: optimized;C:/MinGW/OgreSDK/lib/release/libOgreTerrain.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreTerrain_d.dll.a Looking for OGRE_Property... Found OGRE_Property: optimized;C:/MinGW/OgreSDK/lib/release/libOgreProperty.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreProperty_d.dll.a Looking for OGRE_RTShaderSystem... Found OGRE_RTShaderSystem: optimized;C:/MinGW/OgreSDK/lib/release/libOgreRTShaderSystem.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreRTShaderSystem_d.dll.a OIS_PREFIX_PATH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) CMake Error at C:/MinGW/OgreSDK/CMake/FindPkgMacros.cmake:117 (message): Required library OIS not found! Install the library (including dev packages) and try again. If the library is already installed, set the missing variables manually in cmake. Call Stack (most recent call first): C:/MinGW/OgreSDK/CMake/FindOIS.cmake:82 (findpkg_finish) CMakeLists.txt:78 (find_package)
Configuring incomplete, errors occurred!
Vanilla CMakeCache asking for OIS : https://dl.dropboxusercontent.com/u/156274557/CmakeCache_Hardcoded_SDK_OGRE.txt First time i just pointed OIS dir to its own directory. After reading last posts, I decided to point OGRE_SDK empty string toward it's folder "C:\MinGW\OgreSDK" Configuration worked. Cmake log after hardcoding OGRE_SDK string. As you'll see, it is missing PKG_CCONFIG_EXECUTABLE (Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE))- Spoiler:
OGRE_PREFIX_WATCH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) Looking for OGRE_Paging... Found OGRE_Paging: optimized;C:/MinGW/OgreSDK/lib/release/libOgrePaging.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgrePaging_d.dll.a Looking for OGRE_Terrain... Found OGRE_Terrain: optimized;C:/MinGW/OgreSDK/lib/release/libOgreTerrain.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreTerrain_d.dll.a Looking for OGRE_Property... Found OGRE_Property: optimized;C:/MinGW/OgreSDK/lib/release/libOgreProperty.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreProperty_d.dll.a Looking for OGRE_RTShaderSystem... Found OGRE_RTShaderSystem: optimized;C:/MinGW/OgreSDK/lib/release/libOgreRTShaderSystem.dll.a;debug;C:/MinGW/OgreSDK/lib/debug/libOgreRTShaderSystem_d.dll.a OIS_PREFIX_PATH changed. Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE) Configuring done Generating done
CMakeCache after hardcoding SDK_OGRE https://dl.dropboxusercontent.com/u/156274557/CmakeCache_Hardcoded_SDK_OGRE.txt I then opened cmd prompt as administrator, changed directory to "E:\GitHub\Thrive\build" and used mingw32-make instal. Everything went smoothly. When I try to run " E:\GitHub\Thrive\build\Thrive.exe", i get the following error : The program can't start because libboost_system-mt.dll is missing from your computer. Try reinstalling the program to fix this problem.However, I'm pretty happy to say that running " E:\GitHub\Thrive\build\dist\bin\Thrive.exe" works! I'm able to move the ogre model. Is it an artifact from the old build method or is it the Thrive.exe i'm supposed to run? I deleted the whole build folder before running cmake. It's not really important right now, but I think it's worth poiting it out. When I only have my laptop(16:9 ratio), Thrive goes full screen perfectly. When I have my second monitor(4:3) connected, thrive will run on half of the second screen whatever the screen I execute it from. I probably gave too much information, but I want this build system to work fine so we can actually work on making a game I also learned that trying to post 1800 line of text raise an error 500! First thousands previewed well though. | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Apr 12, 2013 11:04 am | |
| - RodGame wrote:
Apologies for making you search for a solution to a problem on my part.
Absolutely no apologies necessary. No one could have known that a virus scanner would cause such error messages. It's actually a lucky coincidence that it happened to you. I'll include a "Troubleshooting" section in the Readme that will advise the user to disable virus scanners and similar during installation if they run into problems. - Quote :
It still took me around 2h
That's quite long, mine never takes more than maybe half an hour. What kind of hard drive are you using? - RodGame wrote:
Cmake log after hardcoding OGRE_SDK string. As you'll see, it is missing PKG_CCONFIG_EXECUTABLE (Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE))
That's normal, I get that too. - RodGame wrote:
When I try to run "E:\GitHub\Thrive\build\Thrive.exe", i get the following error [...]
That's to be expected. As you already noticed, the "dist/bin/Thrive.exe" is the "right" one. It's actually a copy of the same file, but the install procedure copies all the necessary libraries to dist/bin so the application can find them. | |
| | | RodGame Newcomer
Posts : 94 Reputation : 15 Join date : 2013-03-18
| Subject: Re: Build system discussion Fri Apr 12, 2013 11:50 am | |
| I'll just answer to all question of the post above mine without quoting for simplicity's sake.
- Just to be clear, it wasn't my anti-virus, it's a Behavior Blocker, something that Block/Sandbox software that are not safe. I choose what to do with each software myself but the average user will probably ask for Comodo to deal with it itself. I think it's a really good idea to advise user to disable any kind of anti-virus/firewall if problems come along the way. As you said, it would have been hard to make a link between a Failed Copy and an anti-virus/Behavior Blocker. I compiled a small list of thing I'd see added to the readme. I'll eventually give them to you when we are "done" with the build system.
- My Hard drive is a Western Digital 5400 RPM(best link I found from the name in my device manager). Well it turns out I have 2x500gb. I always tought I had 1x1000gb.
I might have found the issue. My setup.ps1 and github files are in the E:\ partition. I install MinGW on the C:\ partition. My E:\ is 465gb so they probably are on two different disk. However all the information are downloaded straight to the C:\MinGW\temp folder and installed from there. Apart from being executed from the E:\ partition, all the transfert are done on the C:\ partition so I don't see a lot of work being done between the 2 drivesd. Could it still be the issue? I'll try to run everything from the C:\ partition and measure how long it take.
- OK
- Nice way to have a working executable even if some links are broken. This mean we're getting there! | |
| | | Nimbal Programming Team lead
Posts : 258 Reputation : 24 Join date : 2013-03-17 Age : 39 Location : Ratingen, Germany
| Subject: Re: Build system discussion Fri Apr 12, 2013 2:13 pm | |
| I just pushed a fix for the OIS issue. I also added the Google test framework to the installation procedure so we can implement unit tests. | |
| | | Daniferrito Experienced
Posts : 726 Reputation : 70 Join date : 2012-10-10 Age : 29 Location : Spain
| Subject: Re: Build system discussion Mon Apr 15, 2013 3:55 am | |
| I just tried the setup script again and it is not working. It seems to give out the exact same error (cannot find OIS)
Just to be sure, you pushed it to the Daniferrito branch?
Here it is the CMakeCache file. https://www.dropbox.com/s/liua8qbuavr9j0z/CMakeCache3.txt
I ran the script into C:/MinGW_Nimbal, not C:/MinGW. | |
| | | Sponsored content
| Subject: Re: Build system discussion | |
| |
| | | | Build system discussion | |
|
Similar topics | |
|
| Permissions in this forum: | You cannot reply to topics in this forum
| |
| |
| |