UFO:Alien Invasion
Archive => Bugs prior to release 2.4 => Topic started by: T-Low on May 31, 2010, 12:50:27 pm
-
Hi,
i have problems to create the installer with the UfoAI win32 configure 0.8.0.
dev.2.4 Rev 30174
Is there something i can do?
It works fine with a previous revision.
File: "..\..\..\ufo.exe" -> no files found.
Usage: File [/nonfatal] [/a] ([/r] [/x filespec [...]] filespec [...] |
/oname=outfile one_file_only)
Error in script "C:\Users\Public\UFOAIwin32BUILDenv\MinGW\ufoai\contrib\installer\windows\ufoai.mod.nsi" on line 112 -- aborting creation process
Endtime: 2010.05.31 12:30:56 2
Error 26
Failed to build the installer
ps.
Nice game and great job!
-
Are you sure that you compile the game before?
-
If you're getting that error with muton's script, you're doing something seriously wrong, since I've compiled revision up to 30225 with it easily. You do need to download the all-in-one package first, though, to make sure, and follow his instructions in the wiki. It's not a bug.
-
Are you sure that you compile the game before?
Oh, right.
The log tells me, there was an error in the build process.
But thats another problem and reported: [Rev 30253 and beyond] compile error (http://ufoai.ninex.info/forum/index.php?topic=4914.0)
Linking executable: ..\..\ufo.exe
.objs\client\src\client\menu\m_icon.o:m_icon.c:(.text+0x244): undefined reference to `MN_IconExists'
collect2: ld returned 1 exit status
Process terminated with status 1 (7 minutes, 46 seconds)
1 errors, 2 warnings
Endtime: 2010.05.31 02:30:47 2
Error 16
C::B returned an error during C:\Users\Public\UFOAIwin32BUILDenv\MinGW\ufoai\build\projects\ufo.mod.mod.cbp
Thanks for help.
-
It builds fine if you set debug.
-
MN_IconExists is only used inside an assert. Maybe some compilators do not remove asserts for the release build... i dont know.
-
Aesten posted a tracker item (https://sourceforge.net/tracker/?func=detail&aid=3009418&group_id=157793&atid=805242) of this. Whether or not it's necessary or valid needs to be determined by someone more competent than I am.
-
if there is a release build that don't add -DNDEBUG the asserts are not wiped away afaik
-
-DNODEBUG or -DNDEBUG
C::B files have set -DNODEBUG
Edit:
It was reported that svn 30253 was the first revision with that error ....
http://sourceforge.net/apps/trac/ufoai/changeset/30253
ufoai/trunk/src/client/menu/m_icon.c
disabling those changes fixed the compiler-error
bayo, could you please take a look at
-
30284 builds just fine.