[SirKnightly]

Here is the nightly for OS X on 23 Dec 2009 - Revision 5738

Group: Standard
fso-OSX-Standard-20091223_r5738.tgz
MD5Sum

Group: Inferno
fso-OSX-Inferno-20091223_r5738.tgz
MD5Sum

Code: [Select]

------------------------------------------------------------------------
r5735 | Echelon9 | 2009-12-22 08:31:46 -0600 (Tue, 22 Dec 2009) | 1 line
Changed paths:
   M /trunk/fs2_open/projects/Xcode/FS2_Open.xcodeproj/project.pbxproj

Remove the Xcode project's references to Makefiles
------------------------------------------------------------------------
r5736 | Echelon9 | 2009-12-22 09:18:41 -0600 (Tue, 22 Dec 2009) | 1 line
Changed paths:
   M /trunk/fs2_open/projects/Xcode/Frameworks.tgz

Reduced size of Frameworks.tgz by removing the unused OpenAL.Framework (it is linked from the system version, this one was redundant). Mac developers will have to reextract the Frameworks folder to take effect. Preparation for the pending update of out of date SDL, Ogg, Theora and Vorbis frameworks for OS X.
------------------------------------------------------------------------
r5737 | chief1983 | 2009-12-22 15:50:06 -0600 (Tue, 22 Dec 2009) | 1 line
Changed paths:
   M /trunk/fs2_open/code/Makefile.am

Update Linux makefile with recently added/deleted files from post processing and the vampire list
------------------------------------------------------------------------
r5738 | chief1983 | 2009-12-23 00:45:43 -0600 (Wed, 23 Dec 2009) | 1 line
Changed paths:
   M /trunk/fs2_open/code/Makefile.am

Fix the makefile to work with the new executable filenames
------------------------------------------------------------------------



[Zacam]

<swashmebuckle> When I select the build in the launcher, it says "It appears that the application you have selected is not valid, the flag file that it produces in order to make the UI and other things cannot be found."
<swashmebuckle> And clicking launch after that does nothing except close the launcher
<Zacam-Away> Hmm. Attempted to redownload and/or check the hash?
<Zacam-Away> And is this a 5738 build?
<swashmebuckle> 5734
<swashmebuckle> didn't know there was another new one
<Zacam-Away> Hmm. Give that one a shot and see what it does for you.
<Zacam-Away> Since there are some xcode changes since 5734.
<swashmebuckle> downloading
<Zacam-Away> Did the 5734 Standard run, or did you only grab an INF build?
<swashmebuckle> standard worked fine
<swashmebuckle> performance actually seemed a bit better to me than on the last one, though I can't be sure
<swashmebuckle> Bummer, same flag file issue with 5738
<Zacam-Away> Hmmm. I can't run it, but I can download it and verify that it's not corrupt somehow.
<Zacam-Away> MD5 Digest checked out okay.
<Zacam-Away> Debug or Release?
<Zacam-Away> Or Both?
<swashmebuckle> I only tried release, though they both have that no symbol over their FSO icons
<swashmebuckle> same deal with the debug

[Echelon9]

I've been able to reproduce this issue. Looking into it.  This is being tracked in Mantis 2079.

The OS X Inferno builds (Release and Debug) do not run - reporting "You cannot open the application 'FS2_Open-Inferno' because it may be damaged or incomplete" on 10.4.11.

Standard Release and Debug builds work fine.

[Zacam]

Found the issue. Metadata.

I opened the OSX tgz/tar and the subsequent .app's inside. the plist metadata is off (used 7zip in Win7 x64).

Code: [Select]

<key>CFBundleExecutable</key>
    <string>FS2_Open (debug)</string>
should read:

Code: [Select]

<key>CFBundleExecutable</key>
    <string>FS2_Open-Inferno (debug)</string>

Affects Root .app info.plist, and the .app\Resources\info-debug.plist and info.plist. Additionally: the Debug version seems to have loaded the Regular pilot files instead

Working builds HERE: http://www.mediafire.com/file/z2quxzgnzj5/fso-OSX-Inferno-20091223_r5738.tgz

[swashmebuckle]

Now that those updated Inferno builds are running for me, I've noticed a that the inferno debug build uses my standard build pilots.  The release build has its own set of pilots like it's supposed to, so it's just debug that has the problem, though they both appear to work fine.  Thoughts?  Further information needed?

[Echelon9]

This can be fixed in a robust way by including Build Configuration specific (Release, Debug, Release_Inferno etc) Info.plist preprocessor definitions.

This will mean that changing the Build Configuration in Xcode will automatically ensure the Info.plist is correct by having GCC preprocess #ifdef ... #endif commands.

It also means FS2_Open engine will only need one Info.plist file that contains the preprocessor definitions, rather than the current two.

Working on this change right now.

[Echelon9]

Fixed in r5740.
This will be applied to the next nighly build.

Thanks for letting us know this was an issue swashmebuckle!