installXcodebuild incompatible with Xcode 3.0

[BHuntsman@…]

The installXcodebuild script does not properly determine the dependencies of Xcode 3.0's xcodebuild script. This prevents darwinbuild from being used to compile projects that require Xcode 3.0 while using the chrooted environment.

Attached is a logfile from an initial run of xcodebuild while using the darwintrace.dylib library, indicating most preliminary dependencies.

[BHuntsman@…]

xcodebuild trace log from Xcode 3.0

[BHuntsman@…]

darwinxref exportFiles xcodebuild > xc-files.txt

[BHuntsman@…]

Replying to BHuntsman@mail2.cu-portland.edu:

The installXcodebuild script does not properly determine the dependencies of Xcode 3.0's xcodebuild script. This prevents darwinbuild from being used to compile projects that require Xcode 3.0 while using the chrooted environment. Attached is a logfile from an initial run of xcodebuild while using the darwintrace.dylib library, indicating most preliminary dependencies.

Please see the file list in the attached xc-files.txt. Instead of using a script to find dependencies and put them into the BuildRoot, I used the dependency list to generate a binary source package, then built and installed it as it's own root. This way, the xref database can track the files in it. I have confirmed it to work by building the files-520 project, which requires xcodebuild.

[BHuntsman@…]

Replying to BHuntsman@mail2.cu-portland.edu:

Replying to BHuntsman@mail2.cu-portland.edu:

The installXcodebuild script does not properly determine the dependencies of Xcode 3.0's xcodebuild script. This prevents darwinbuild from being used to compile projects that require Xcode 3.0 while using the chrooted environment. Attached is a logfile from an initial run of xcodebuild while using the darwintrace.dylib library, indicating most preliminary dependencies.

Please see the file list in the attached xc-files.txt. Instead of using a script to find dependencies and put them into the BuildRoot, I used the dependency list to generate a binary source package, then built and installed it as it's own root. This way, the xref database can track the files in it. I have confirmed it to work by building the files-520 project, which requires xcodebuild.

This only works for files-520. A more complicated project such as IOKitUser still requires others. See attachment 3.

[BHuntsman@…]

Additional dependencies

[wsiegrist@…]

Initial work on this is in r367. See  this email for more details.

[wsiegrist@…]

You can work around this issue by building on a UFS volume. I believe any volume that doesnt support volfs will work. I'm still working on a more permanent fix of course.

[wsiegrist@…]

The problem still exists with Xcode 3.1, though it will probably complain about missing a product type in the platform instead of a missing project file.

[wsiegrist@…]

I'm closing this ticket since the dependency issues are fixed. The problem with running Xcode inside of a chroot on HFS is an Xcode bug and has been reported to Apple . The workaround is still to use a UFS disk for building.

[probono@…]

Exporting the directory to localhost over NFS and mounting that export locally seems to be a workaround. See  here.