Technical support > Windows
make_UfoAI_win32 (all in one win32 build script)
Edi:
--- Quote from: MCR on April 30, 2010, 09:57:20 am ---Normally the installer ends up on the desktop if that helps...
--- End quote ---
And there it is! Thank you! I've had so many windows open that I haven't seen the desktop in a good long while. Stupid me, I thought it was supposed to be in the output folder specified in the log. That's what my logic dictates anyhow. Well, learn something new every day.
Now it'll be easier to test things and I have an idea of the compile times. Took nearly six hours the first time to compile everything from scratch using a single core. Second run, using both cores, not compiling maps, roughly an hour.
MCR:
You can use Muton's script also for making an automatic installation after it has finished building the installer...
There is also a python script (map.get.py) that gets the maps already compiled (bsps) from a server which should compile them every midnight...
But Muton found out that those are not always up-to-date, so you are on the safe side, if you compile the maps yourself.
Muton:
== 2009.05.04 == 0.7.0 =====================================
Next to some smaller changes
you'll get a smarter map compiling process
Its no longer forced to run on only one core
Depending on the maps that needs to be compiled the script determine if it is better to run on one core or all your selected cores
If you use the fast switch for compiling maps, the script will use only one core (only lightning is multithreaded [so there is no gain])
You will find a download checkbox which is disabled
Yes i've started to use map_get but currently its only of little use
added
[*]ending sounds are back (they have been converted to ogg)
[*]verbose output during map compilation ( added to log too )
[*]real clean up (the old script leave some tmp files on the system)
[*]a "create" button next to the "make install" button ( if the folder dont exist .... )
[*]if you close the script while running you will be asked if you really want to do this
[*]revision level (svn)
[/list]
changed
[*]gcc option -O2 -O3 ( they wont break threaded run of ufo2map any more )
[*]ufo2map_last_build.md5 is not used ( using -V --version output from ufo2map instead [this will prevent a recompile of all maps without reason {a dev know better if it is necessary or not }])
[*]map compilation is not single threaded ( it depends on maps [>750k multi, <100k single, in between depends on cores and amount of <100k maps] )
[/list]
ufoholic:
Thanks for a great app to make an average Joe's live easier when compiling the game.
I've noticed that every time one close the make_UfoAI_win32.exe, even when no compiling was started (not even any change in the setting was made) the app says "My child processes and I are still alive! Shall i really close and leave all childs unattended?". Is that the expected behavior ?
Can I also suggest a little feature request? I think that would be quite useful to have a choice for a path when installer is saved. If it's too much work to change the GUI even a parameter in the INI file would suffice.
Edi:
The installer is saved to the desktop, which is actually fine, since it's easy to move from there to whatever place you want.
I downloaded the newest version of the script (0.7.0) and for some reason the script failed to compile Radiant for build 29770. It encountered some sort of problem and the process terminated right there. Log below:
--- Code: ---</CodeBlocks_project_file>
Run: "D:\UFOAIwin32BUILDenv\codeblocks\codeblocks.exe" --rebuild --target=windows_debug "D:\UFOAIwin32BUILDenv\MinGW\ufoai\build\projects\radiant.mod.cbp"
at: D:\UFOAIwin32BUILDenv
-------------- Clean: windows_debug in uforadiant ---------------
Running target pre-build steps
..\..\contrib\scripts\codeblocks_check.bat "D:\UFOAIwin32BUILDenv\MinGW\"
D:\UFOAIwin32BUILDenv\MinGW\
D:\UFOAIW~1\MinGW\
Win32 build environment is up2date
-------------- Build: windows_debug in uforadiant ---------------
Compiling: ..\..\src\shared\entitiesdef.c
cc1.exe: warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C
Compiling: ..\..\src\shared\parse.c
cc1.exe: warning: command line option "-Wno-non-virtual-dtor" is valid for C++/ObjC++ but not for C
Compiling: ..\..\src\tools\radiant\libs\archivedir\archive.cpp
Compiling: ..\..\src\tools\radiant\libs\archivezip\ZipArchive.cpp
Compiling: ..\..\src\tools\radiant\libs\entity\eclassmodel.cpp
Process terminated with status 1 (0 minutes, 7 seconds)
0 errors, 2 warnings
Endtime: 2010.05.06 17:26:01 5
Error 16
C::B returned an error during D:\UFOAIwin32BUILDenv\MinGW\ufoai\build\projects\radiant.mod.cbp
--- End code ---
A small install package compiled just fine. Took a lot less time too since the maps were already compiled with the previous attempt.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version