Thanks, this was very helpful: On 11 Jan 2009, at 09:32, Aladin wrote:

NFS appears to work too.

"[...] The problem with running Xcode inside of a chroot on HFS is an Xcode bug and has been reported to Apple . [...]" - http://darwinbuild.macosforge.org/trac/ticket/1

"[...] Since DarwinBuild currently inherits a bug from Xcode that makes it impossible to use it on a HFS+ volume, we are going to use a workaround that involves setting up NFS locally. [...]" - http://www.puredarwin.org/developers/darwinbuild

I had not found these instructions before, somehow. However, following the instructions here, I encountered an error: libredo.o in darwinup is missing the ppc64 architecture in the current svn checkout: g++ -g -Wall -Werror -Wno-non-virtual-dtor -arch ppc -arch ppc64 -arch i386 -arch x86_64 -lcrypto -lsqlite3 -o darwinup Archive.o Depot.o Digest.o File.o SerialSet.o Utils.o main.o libredo.o ld warning: in libredo.o, missing required architecture ppc64 in file Undefined symbols for architecture ppc64: "_object_file_type", referenced from: ld warning: in libredo.o, missing required architecture x86_64 in file Undefined symbols for architecture x86_64: "_object_file_type", referenced from: SHA1DigestMachO::SHA1DigestMachO(char const*)in SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o "_unprebind", referenced from: SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o ld: symbol(s) not found for architecture x86_64 Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o collect2: "_unprebind", ld returned 1 exit statusreferenced from: SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o ld: symbol(s) not found for architecture ppc64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/S+/S+q51ag+FsufQ1on-m3OUU++- +2/-Tmp-//ccpqfT8R.out (No such file or directory) make[1]: *** [darwinup] Error 1 I worked around this by setting CFLAGS+= statement in common.mk to just CFLAGS+=-arch ppc -arch i386 G

Aladin. On Sat, Jan 10, 2009 at 1:32 PM, Gerben Wierda <gerben.wierda@rna.nl> wrote:

...

I have an case sensitive HFS+ mounted on /usr/local for all my unixy-stuff. This generally works fine. I have installed darwinbuild on that partition (so it is on case sensitive HFS+). But my first attempt at a build ends with

The Mac OS X platform is missing - cannot set a default platform

Which is the error (if I understand things correctly) message that appears when you are on HFS+. By mine is case sensitive so I assumed it would be OK as for most intents and purposes case sensitive HFS+ is OK for all my unixy stuff.

So, is a UFS dmg really my only option (as I do not want the /usr/ local to be UFS)? Or should it work and is something else amiss?

Thanks,

Gerben Wierda _______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/darwinbuild-dev

On Jan 11, 2009, at 12:34 PM, William Siegrist wrote:

On Jan 11, 2009, at 1:10 AM, Gerben Wierda wrote:

...

Thanks, this was very helpful:

On 11 Jan 2009, at 09:32, Aladin wrote:

...

NFS appears to work too.

"[...] The problem with running Xcode inside of a chroot on HFS is an Xcode bug and has been reported to Apple . [...]" - http://darwinbuild.macosforge.org/trac/ticket/1

"[...] Since DarwinBuild currently inherits a bug from Xcode that makes it impossible to use it on a HFS+ volume, we are going to use a workaround that involves setting up NFS locally. [...]" - http://www.puredarwin.org/developers/darwinbuild

I had not found these instructions before, somehow.

However, following the instructions here, I encountered an error: libredo.o in darwinup is missing the ppc64 architecture in the current svn checkout:

g++ -g -Wall -Werror -Wno-non-virtual-dtor -arch ppc -arch ppc64 - arch i386 -arch x86_64 -lcrypto -lsqlite3 -o darwinup Archive.o Depot.o Digest.o File.o SerialSet.o Utils.o main.o libredo.o ld warning: in libredo.o, missing required architecture ppc64 in file Undefined symbols for architecture ppc64: "_object_file_type", referenced from: ld warning: in libredo.o, missing required architecture x86_64 in file Undefined symbols for architecture x86_64: "_object_file_type", referenced from: SHA1DigestMachO::SHA1DigestMachO(char const*)in SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o "_unprebind", referenced from: SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o ld: symbol(s) not found for architecture x86_64 Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o collect2: "_unprebind", ld returned 1 exit statusreferenced from:

SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o SHA1DigestMachO::SHA1DigestMachO(char const*)in Digest.o ld: symbol(s) not found for architecture ppc64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/S+/S+q51ag+FsufQ1on-m3OUU+ +-+2/-Tmp-//ccpqfT8R.out (No such file or directory) make[1]: *** [darwinup] Error 1

I worked around this by setting CFLAGS+= statement in common.mk to just CFLAGS+=-arch ppc -arch i386

Looks like we need to build a new libredo.o that has all 4 archs since we recently started building fat binaries.

http://darwinbuild.macosforge.org/trac/ticket/57

Thanks for catching this

I added a new libredo.o in r457. Can you verify this fixes your build? Thanks -Bill