452629 - Xcode builds fail on 10.5/PPC in Sparkle's "relaunch tool" (command-line works fine)

Status: RESOLVED FIXED

(Camino Graveyard :: General, defect)

Description

[Chris Lawson (gone)]

I can no longer build from within Xcode on 10.5/PPC. The build fails in the "relaunch tool" of Sparkle with this error:

    cd /Users/clawson/CaminoTrunk/camino/sparkle
    /Developer/usr/bin/gcc-4.0 -x objective-c-header -arch x86_64 -pipe -std=c99 -Wno-trigraphs -fpascal-strings -fasm-blocks -Os -mdynamic-no-pic -Werror -Wreturn-type -Wformat -Wmissing-braces -Wparentheses -Wswitch -Wunused-variable -Wuninitialized -Wunknown-pragmas -Wshadow -Wfour-char-constants -Wsign-compare -Wnewline-eof -Wshorten-64-to-32 -fmessage-length=0 -fvisibility=hidden -mmacosx-version-min=10.4 "-I/Users/clawson/CaminoTrunk/camino/sparkle/build/Sparkle.build/Release/relaunch tool.build/relaunch.hmap" -Wall -F/Users/clawson/CaminoTrunk/camino/sparkle/build/Release -I/Users/clawson/CaminoTrunk/camino/sparkle/build/Release/include "-I/Users/clawson/CaminoTrunk/camino/sparkle/build/Sparkle.build/Release/relaunch tool.build/DerivedSources" -isysroot /Developer/SDKs/MacOSX10.5.sdk -c /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Cocoa.framework/Headers/Cocoa.h -o /Library/Caches/com.apple.Xcode.501/SharedPrecompiledHeaders/Cocoa-eufyjbaantpisdeuofjjtvzpauvc/Cocoa.h.gch
cc1obj: warnings being treated as errors
<built-in>:0: warning: Mac OS X version 10.5 or later is needed for use of the new objc abi

Sounds like an SDK mismatch or something somewhere, but I'm really not sure.

Comment 1

[Stuart Morgan]

I assume this is because our SDK settings live in the makefile setup rather than the project (and/or because Xcode gives more weight to command-line settings than in-project settings? I forget...)

Comment 2

[Stuart Morgan]

Sorry, it's the arch that's the problem, not the SDK.

Comment 3

[Chris Lawson (gone)]

Temporary workaround while we figure out the "right" solution: Get Info on the various targets in the Sparkle project and remove x86_64 from the "Architectures" line (double-click and uncheck 64-bit). That allows Xcode to build again.

Comment 4

[Stuart Morgan]

Attachment: workaround

When I hacked the Sparkle build configs so that Sparkle would build on the Tiger toolchain, it was no longer set up to correctly build an x86_64 binary, so that should be hacked out as well.

Comment 5

[Mike Pinkerton (not reading bugmail)]

Comment on attachment 336310 [details] [diff] [review]
workaround

sr=pink

Comment 6

[Stuart Morgan]

Landed on CVS trunk.