Mac Compile

[shishkebab]

Hi,
I am trying to compile the source for the 2.1 beta for Mac and whenever I run the xcodebuild command in Terminal, I get the error message "xcodebuild: Error: the project name Warzone.xcodeproj does not have a valid extension." This has happened with every version of the source that I have tried. I have also tried to open the project in Xcode and nothing happens, not even an error message. I have updated GNU Bison and have Xcode version 2.0 and Mac OS version 10.4.11. Does anyone know what is wrong?
EDIT: I fixed the problem!

[Buginator]

Hi,
I am trying to compile the source for the 2.1 beta for Mac and whenever I run the xcodebuild command in Terminal, I get the error message "xcodebuild: Error: the project name Warzone.xcodeproj does not have a valid extension." This has happened with every version of the source that I have tried. I have also tried to open the project in Xcode and nothing happens, not even an error message. I have updated GNU Bison and have Xcode version 2.0 and Mac OS version 10.4.11. Does anyone know what is wrong?
EDIT: I fixed the problem!

You mind sharing how you fixed it for the other Mac users?

[lowededwookie]

I get this message when trying to build:

Error validating server certificate for 'https://quesoglc.svn.sourceforge.net:443':
- The certificate is not issued by a trusted authority. Use the
  fingerprint to validate the certificate manually!
Certificate information:
- Hostname: *.svn.sourceforge.net
- Valid: from Tue, 09 Oct 2007 02:15:07 GMT until Mon, 08 Dec 2008 03:15:07 GMT
- Issuer: Equifax Secure Certificate Authority, Equifax, US
- Fingerprint: fb:75:6c:40:58:ae:21:8c:63:dd:1b:7b:6a:7d:bb:8c:74:36:e7:8a

I'm using:

xcodebuild -project Warzone.xcodeproj -target Warzone -configuration Release

How do I fix this?

[nesh]

You mind sharing how you fixed it for the other Mac users?

Here's mine:

Do

Code: Select all

svn co https://quesoglc.svn.sourceforge.net/svnroot/quesoglc/branches/release-0.7.0/quesoglc tmp

somewhere and when asked:

(R)eject, accept (t)emporarily or accept (p)ermanently?

reply with p. Then try building again.

An now I'm stuck with this (10.5.2):

Code: Select all

CompileC build/Warzone.build/Release/QuesoGLC.build/Objects-normal/i386/glew.o /Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/external/quesoglc/src/glew.c normal i386 c com.apple.compilers.gcc.4_0
    cd /Users/nesh/Downloads/warzone2100-2.1_beta1/macosx
    /Developer/usr/bin/gcc-4.0 -x c -arch i386 -pipe -std=gnu99 -Wno-trigraphs -fpascal-strings -fasm-blocks -Os -DSIZEOF_INT=4 -DSIZEOF_SHORT=2 -DQUESOGLC_VERSION="0.6.5" -DGLEW_DISABLE_VBOS -DGLEW_MX -D__MACOSX__ -fmessage-length=0 -ftree-vectorize -mmacosx-version-min=10.4 -I/Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/build/Warzone.build/Release/QuesoGLC.build/QuesoGLC.hmap -F/Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/build/Release -F/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks -F/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks -I/Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/build/Release/include -Iexternal/quesoglc/src -Iexternal/quesoglc/include -I/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/freetype2 -I/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include -I/Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/build/Warzone.build/Release/QuesoGLC.build/DerivedSources -isysroot /Developer/SDKs/MacOSX10.4u.sdk -include /Library/Caches/com.apple.Xcode.501/SharedPrecompiledHeaders/Carbon-byrmtubigyqrceddahrrfozatdpu/Carbon.h -c /Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/external/quesoglc/src/glew.c -o /Users/nesh/Downloads/warzone2100-2.1_beta1/macosx/build/Warzone.build/Release/QuesoGLC.build/Objects-normal/i386/glew.o
** BUILD FAILED **

[nesh]

Update:

Error is:

Code: Select all

cycle in dylib re-exports with /Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib/libGL.dylib

Proposed solution is (from here)

Code: Select all

LDFLAGS="-dylib_file/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib"

don't work.

Any ideas?

[EvilGuru]

I am yet to come across the GL error.

The certificate one is known. As soon as GLC pump out a stable release we will use plain old tarballs over http as opposed to SVN.

Currently font rendering is broken in the current SVN versions (at least on my iBook, 9200, 10.4).

Regards, Freddie.

[shishkebab]

You mind sharing how you fixed it for the other Mac users?

Sure! All I did was update xcode because somewhere on the Apple dev site it said in 2.5 the .xcodeproj extension was supported in 2.5.

[lowededwookie]

I'm using XCode 3.0 that came with Leopard and it doesn't work.

Nesh, I tried your:

svn co https://quesoglc.svn.sourceforge.net/sv ... 0/quesoglc tmp

and also got the error you got.

It's still further than what I originally had.

[nesh]

I am yet to come across the GL error.

AFAIK this is specific to 10.5 -- see this, but their solution don't work for me.

[Teifion]

Using 10.5 I've had the random "Build Failed" error too. Figured I'd just have to wait for a Mac Binary to be posted onto the site since I've no idea where to start.

[EvilGuru]

Chances are updating the SDL library version we use will fix this.

Regards, Freddie.

[RayfenWindspear]

Sure! All I did was update xcode because somewhere on the Apple dev site it said in 2.5 the .xcodeproj extension was supported in 2.5.

Dang... that xcode 2.5 update you mentioned is a freaking gig to download.

Oh and btw, Teifion... your avatar picture looks EXACTLY like me... you a stalker or something? J/K 

[lowededwookie]

Has anyone used the MacPorts version of SDL?

Would this fix things in Leopard?

[EvilGuru]

Has anyone used the MacPorts version of SDL?

Would this fix things in Leopard?

We compile SDL ourselves. I am unsure if it would fix it or not.

Regards, Freddie.

[lowededwookie]

We compile SDL ourselves. I am unsure if it would fix it or not.

Oh, okay that makes sense.