dtrace fails to build
On 10.5.4 with Xcode 3.0 and darwinbuild trunk from ~10 days ago: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ BUILDING dtrace-48~32 on Wed Sep 10 05:30:46 PDT 2008 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ Build configuration: Build host: bauxite.local Build tool: xcodebuild Build action: install Build number: intel_only Host kernel version: Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386 cc version: gcc version 4.0.1 (Apple Inc. build 5465) cctools version: version cctools-667.3.obj, GNU assembler version 1.38 xcode version: Component versions: DevToolsCore-921.0; DevToolsSupport-893.0 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ -- snip (although I can post if it helps) -- Build log begins here: === BUILDING NATIVE TARGET libctf.a WITH THE DEFAULT CONFIGURATION (Release) NOT USING PER-CONFIGURATION BUILD DIRECTORIES === Checking Dependencies... SymLink /private/var/tmp/dtrace/dtrace-48.sym/BuiltProducts/libctf.a / private/var/tmp/dtrace/dtrace-48.obj/UninstalledProducts/libctf.a mkdir /private/var/tmp/dtrace/dtrace-48.sym/BuiltProducts cd /SourceCache/dtrace/dtrace-48 /bin/ln -sf /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a /private/var/tmp/dtrace/dtrace-48.sym/ BuiltProducts/libctf.a Ditto /private/var/tmp/dtrace/dtrace-48.sym/libctf.a /private/var/tmp/ dtrace/dtrace-48.obj/UninstalledProducts/libctf.a cd /SourceCache/dtrace/dtrace-48 /usr/bin/ditto -rsrc /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a /private/var/tmp/dtrace/dtrace-48.sym/ libctf.a SetOwnerAndGroup "root:wheel" /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a cd /SourceCache/dtrace/dtrace-48 /usr/sbin/chown -RH root:wheel /private/var/tmp/dtrace/ dtrace-48.obj/UninstalledProducts/libctf.a chown: /private/var/tmp/dtrace/dtrace-48.obj/UninstalledProducts/ libctf.a: No such file or directory ** BUILD FAILED ** +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ BUILD TIME: 0h 0m 1s EXIT STATUS: 1 Other projects (xnu, cctools, gcc -- about half of the projects in total) build in the same setting, including a number of KEXTs, so I'm assuming that the xcode environment is set up okay. (But a lot of important others -- eg. dyld, Libc, Libsystem, launchd -- won't ... but those are for other posts). So, any hints? Is it possible to get xcodebuild to be a little more verbose, or are these three stages all it attempts before failing? I'll be really grateful for any help anyone can offer. Stuart Crook
Could you put this in a ticket and attach your custom plist? http://darwinbuild.macosforge.org/trac/newticket Thanks -Bill On Sep 10, 2008, at 5:54 AM, Stuart Crook wrote:
On 10.5.4 with Xcode 3.0 and darwinbuild trunk from ~10 days ago:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ +++++++++ BUILDING dtrace-48~32 on Wed Sep 10 05:30:46 PDT 2008 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ +++++++++ Build configuration: Build host: bauxite.local Build tool: xcodebuild Build action: install Build number: intel_only Host kernel version: Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386 cc version: gcc version 4.0.1 (Apple Inc. build 5465) cctools version: version cctools-667.3.obj, GNU assembler version 1.38 xcode version: Component versions: DevToolsCore-921.0; DevToolsSupport-893.0 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ +++++++++
-- snip (although I can post if it helps) --
Build log begins here:
=== BUILDING NATIVE TARGET libctf.a WITH THE DEFAULT CONFIGURATION (Release) NOT USING PER-CONFIGURATION BUILD DIRECTORIES ===
Checking Dependencies...
SymLink /private/var/tmp/dtrace/dtrace-48.sym/BuiltProducts/libctf.a / private/var/tmp/dtrace/dtrace-48.obj/UninstalledProducts/libctf.a mkdir /private/var/tmp/dtrace/dtrace-48.sym/BuiltProducts cd /SourceCache/dtrace/dtrace-48 /bin/ln -sf /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a /private/var/tmp/dtrace/dtrace-48.sym/ BuiltProducts/libctf.a
Ditto /private/var/tmp/dtrace/dtrace-48.sym/libctf.a /private/var/tmp/ dtrace/dtrace-48.obj/UninstalledProducts/libctf.a cd /SourceCache/dtrace/dtrace-48 /usr/bin/ditto -rsrc /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a /private/var/tmp/dtrace/dtrace-48.sym/ libctf.a
SetOwnerAndGroup "root:wheel" /private/var/tmp/dtrace/dtrace-48.obj/ UninstalledProducts/libctf.a cd /SourceCache/dtrace/dtrace-48 /usr/sbin/chown -RH root:wheel /private/var/tmp/dtrace/ dtrace-48.obj/UninstalledProducts/libctf.a chown: /private/var/tmp/dtrace/dtrace-48.obj/UninstalledProducts/ libctf.a: No such file or directory ** BUILD FAILED ** +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ +++++++++ BUILD TIME: 0h 0m 1s EXIT STATUS: 1
Other projects (xnu, cctools, gcc -- about half of the projects in total) build in the same setting, including a number of KEXTs, so I'm assuming that the xcode environment is set up okay. (But a lot of important others -- eg. dyld, Libc, Libsystem, launchd -- won't ... but those are for other posts).
So, any hints? Is it possible to get xcodebuild to be a little more verbose, or are these three stages all it attempts before failing?
I'll be really grateful for any help anyone can offer.
Stuart Crook
_______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/darwinbuild-dev
I think I've tracked down where the problems are, but just before I post a ticket, do you know whether any of the other projects produces "Symbolication.framework" ? "darwinxref dependencies" hasn't heard of it. It's found in /System/Library/PrivateFrameworks on Leopard, which doesn't sound promising. It can be copied into the chroot, but dtrace needs its headers to build, and they aren't included. If it and its headers aren't available then it changes the nature of the ticket / problem (ie. dependency vs. enhancement request). Stuart Crook On 10 Sep 2008, at 21:39, William Siegrist wrote:
Could you put this in a ticket and attach your custom plist?
http://darwinbuild.macosforge.org/trac/newticket
Thanks -Bill
Symbolication.framework is not open source. So if you're getting a build error because its missing, go ahead and file a ticket with all the info including your custom plist. Thanks -Bill On Sep 10, 2008, at 4:39 PM, Stuart Crook wrote:
I think I've tracked down where the problems are, but just before I post a ticket, do you know whether any of the other projects produces "Symbolication.framework" ? "darwinxref dependencies" hasn't heard of it. It's found in /System/Library/PrivateFrameworks on Leopard, which doesn't sound promising. It can be copied into the chroot, but dtrace needs its headers to build, and they aren't included. If it and its headers aren't available then it changes the nature of the ticket / problem (ie. dependency vs. enhancement request).
Stuart Crook
On 10 Sep 2008, at 21:39, William Siegrist wrote:
Could you put this in a ticket and attach your custom plist?
http://darwinbuild.macosforge.org/trac/newticket
Thanks -Bill
---- William Siegrist Mac OS Forge http://macosforge.org/
participants (2)
-
Stuart Crook
-
William Siegrist