May 2010 - Darwin-dev - lists.apple.com

How can I find primary network interface name in the NKE
by Andy Huang 11 May '10

11 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Lg5mdAmJl3V+Xar/SRLCWHSU3NPJbe+lUfKYwG9bmlE=; b=IeTwv6ybJexTkIwwmTlys0mv8Quk2zb+oWEPn8VSXBEz5/NaTtQeXzCxqFxKZWESxX BZxdr3CTxmEBZIWjB0+nvpwNDW7S2UeSVWCq2Uhw/6qR72L9BXfTnVOyWgI1lMtal+yv EveB4z+ZywBbziSwe1oAu5nc3RkWDs63X6fzs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=H3S+19N4vqSzRI9av7gEF0cLKxP8VH4ugGRF5RL+5YalObkVXx6m2qcK20qLFR+hU/ OuiSCJXV4M7lSXcoeIcHmFsrE0g64e15Be092EeLgPoPLWgQo20OgjQMby1K4Iz6t5V2 bwErC6IIU9jq5BhoRTWBDg54cuweoe217/0RA= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Using SystemConfiguration API inside KEXT
by Andy Huang 11 May '10

11 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=JJzaBOqhfyUBG/f7iZVnYhprjMNOv8+yoTJhgeYxlvw=; b=gwIfMZ8od5DkjEtU4sUk844JsqGvX7tmoiGq+fpa1FKlXPulHzo4ZXiFEee5+nXFMo Z8ln97dOEP4DZoCZtlRTC454K/3itGtFDEmrz8a/oV9I1xo13dif9HBwOMUgqdUJY2fB TSB63TQKir8to0MVrh7ZsZxMBqkzBURQHiUho= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=A4wSufWa2S3aX6DckhUvMFfDeU+U83+jhbJzObRPko5u7vq9co/i1R8kR6YjKKyQXc x9B6JInG6XF3R2pE5tOkrDtT7SblccxlZDZFqv83HFUFHVJGzeJHcRYqaVwigZxx7jPL SGmEDVZiv/K5ZzL7v5NiVWIC0CHNqmBb6X3kI= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Make build with static library on 10.4
by Jonas Maebe 11 May '10

11 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 11 May 2010, at 09:10, Andy Wiese wrote: Jonas _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I'm sure there is a very small audience for workarounds to makefiles for 10.4, but for the sake of the archives, here is the solution I found, and it was absolutely painful. I got it to work in Xcode, then did a reverse engineer of the Xcode build commands grabbed from the build results window. What I found is that linking would break if I included the object files in a particular order. This does not happen on 10.5, 10.6 or FreeBSD, so I assume this must be a bug that was fixed along the way. It's not a bug per se. The problem was that the Xcode linker processed the object files and static libraries on the command line once and in order. When encountering a static library, it would only link those object files from the library that contained definitions for external symbols encountered up to that point. This was documented behaviour and afaik there are more linkers out there with this behaviour (possibly even older versions of GNU ld). The linker was indeed changed in 10.5 to keep resolving undefined symbols in all object files and libraries until no new ones are found anymore. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Make build with static library on 10.4
by Andy Wiese 11 May '10

11 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On May 9, 2010, at 2:17 PM, Rustam Muginov wrote: Please nevermind, i overlooked the "-L../../lib" On May 9, 2010, at 11:16 PM, Rustam Muginov wrote: On May 9, 2010, at 11:00 PM, Andy Wiese wrote: Any suggestions will be greatly appreciated! Andy _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/rmuginov%40gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I'm sure there is a very small audience for workarounds to makefiles for 10.4, but for the sake of the archives, here is the solution I found, and it was absolutely painful. I got it to work in Xcode, then did a reverse engineer of the Xcode build commands grabbed from the build results window. What I found is that linking would break if I included the object files in a particular order. This does not happen on 10.5, 10.6 or FreeBSD, so I assume this must be a bug that was fixed along the way. # this works! /Developer/usr/bin/g++-4.0 -o jsonv jsonv.o -L../../lib -ljost -arch i386 -Wl,-Y,1455 -mmacosx-version-min=10.4 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk # THIS DOESN'T. Link errors. only difference is where json.o is in the param order #/Developer/usr/bin/g++-4.0 -o jsonv -L../../lib -ljost -arch i386 - Wl,-Y,1455 -mmacosx-version-min=10.4 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk jsonv.o Looks like you did not specified the library search path to the libjost.a library. Try to add -L to your link flags I have a small c++ project that builds & uses a static library, which I would like to build with make in 10.4, 10.5, and 10.6. In 10.5 and 10.6, it builds just fine, but in 10.4 the linking stage doesn't seem to find any of the symbols in the shared library. The same code builds in Xcode, and I've tried to study Xcode's build output to see what it is doing differently. I believe I am passing the same options to g++ and libtool as Xcode. Following is the failed make output from this small project. A library file libjost.a is created, and nm and otool seem to show the symbols that ld complains about. My next step if I can't figure this out will be to create an even small test project, but I am hoping that someone will spot my error and I can avoid that chore. make -C src/jost /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Array.o Array.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Exceptions.o Exceptions.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o IntegralType.o IntegralType.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Object.o Object.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Parser.o Parser.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Util.o Util.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Value.o Value.cpp /Developer/usr/bin/libtool -static -arch_only i386 -syslibroot / Developer/SDKs/MacOSX10.4u.sdk Array.o Exceptions.o IntegralType.o Object.o Parser.o Util.o Value.o -o libjost.a install -m 0755 libjost.a ../../lib/libjost.a make -C demo/jsonv /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -x c++ -g -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ - I../../../boost_trunk -c -o jsonv.o jsonv.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ - L../../lib -ljost -I../../../boost_trunk jsonv.o -o jsonv /Developer/usr/bin/../libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: jost::Parser::parse(std::basic_istream<char, std::char_traits<char> >&) jost::Parser::instance() typeinfo for jost::MalformedJSONStream collect2: ld returned 1 exit status make[1]: *** [all] Error 1 make: *** [all] Error 2 This email sent to rmuginov(a)gmail.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: darwin vs linux linkage visibility issues
by Peter O'Gorman 11 May '10

11 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Thunderbird/3.0.1 On 05/09/2010 10:57 AM, Jack Howarth wrote: > In the new Link Time Optimization support for darwin > in current FSF gcc trunk, we have run into one lto testcase > that passes under linux with binutils but fails for darwin's > linker. The reduced testcase is... > > [MacPro:~/lto_bug] howarth% cat 20081222_0.h > int x(); > > [MacPro:~/lto_bug] howarth% cat 20081222_1.c > #include "20081222_0.h" Part of the "problem" is that Mac OS X prepends an underscore to C symbols, whereas many linux systems don't (this is not consistent across all architectures with linux). > > /* Actually, call "x" "INT_X", and make it hidden. */ > extern __typeof (x) x > __asm__ ("INT_x") Need to change this to __asm__ ("_INT_x") > __attribute__ (( __visibility__ ("hidden"))); > > int x () > { > return 7; > } > > /* Make an externally-visible symbol "X" that's an alias for INT_x. */ > extern __typeof (x) EXT_x > __asm__ ("x") and this to __asm__ ("_x") > __attribute__ (( __alias__ ("INT_x"))); > > [MacPro:~/lto_bug] howarth% gcc -O0 -c -o c_lto_20081222_1.o 20081222_1.c > 20081222_1.c:16: error: ‘EXT_x’ aliased to undefined symbol ‘INT_x’ Then the message becomes for the __weak__ case becomes: 20081222_1.c:16: warning: alias definitions not supported in Mach-O; ignored Which is odd because as you have pointed out clang does it fine by simply adding: .globl _x _x = _INT_x for the non-weak case, and, for the __weak__ case: .weak_reference _x _x = _INT_x to the assembly. It may be that this works by accident with clang, for this minor test case, though, I don't know. Peter _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Make build with static library on 10.4
by Rustam Muginov 09 May '10

09 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=BBiSE4rIqmfx/4BvtcnESgodM0n/YhzZPvQjiHdDXz8=; b=VtGDwYUI0z0UcsclQnTRARIWXwppsAQPh7NQURFTal2MUNGRqc/kWvLbxFgv0BjI4Y eeq2Vn//wWKW4BK3BbKwMf/lUUvCh/s0eBOdWCdghrIzZcKrxNevkJ/ZxW3rZWWn2/wn 5RqYB4iRIUebgYLwvRhKUIDLLiAcJSqkG2n3k= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=cFp0GUoqrHgJC19Oml5ZbitKpCU4i0u2ZSIysJK/66mzC9BmXQo4z+j2tb9ixEh3jR 0cwtE+SuDDCqS/gRMn6KBsHaNe7UKtGGcV3Wi8T9p4BeIIvLUvsKPWx5tv+sV1ut/KXK b6ijno0h8g0jttVj+HT+vifPTMaVyjVAOu+qE= Please nevermind, i overlooked the "-L../../lib" On May 9, 2010, at 11:16 PM, Rustam Muginov wrote: > Looks like you did not specified the library search path to the libjost.a library. > Try to add -L to your link flags > > On May 9, 2010, at 11:00 PM, Andy Wiese wrote: > >> I have a small c++ project that builds & uses a static library, which I would like to build with make in 10.4, 10.5, and 10.6. >> >> In 10.5 and 10.6, it builds just fine, but in 10.4 the linking stage doesn't seem to find any of the symbols in the shared library. >> >> The same code builds in Xcode, and I've tried to study Xcode's build output to see what it is doing differently. I believe I am passing the same options to g++ and libtool as Xcode. >> >> Following is the failed make output from this small project. A library file libjost.a is created, and nm and otool seem to show the symbols that ld complains about. >> >> My next step if I can't figure this out will be to create an even small test project, but I am hoping that someone will spot my error and I can avoid that chore. >> >> make -C src/jost >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Array.o Array.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Exceptions.o Exceptions.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o IntegralType.o IntegralType.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Object.o Object.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Parser.o Parser.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Util.o Util.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Value.o Value.cpp >> /Developer/usr/bin/libtool -static -arch_only i386 -syslibroot /Developer/SDKs/MacOSX10.4u.sdk Array.o Exceptions.o IntegralType.o Object.o Parser.o Util.o Value.o -o libjost.a >> install -m 0755 libjost.a ../../lib/libjost.a >> make -C demo/jsonv >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -x c++ -g -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -I../../../boost_trunk -c -o jsonv.o jsonv.cpp >> /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -L../../lib -ljost -I../../../boost_trunk jsonv.o -o jsonv >> /Developer/usr/bin/../libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: >> jost::Parser::parse(std::basic_istream<char, std::char_traits<char> >&) >> jost::Parser::instance() >> typeinfo for jost::MalformedJSONStream >> collect2: ld returned 1 exit status >> make[1]: *** [all] Error 1 >> make: *** [all] Error 2 >> >> >> Any suggestions will be greatly appreciated! >> >> Andy >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/darwin-dev/rmuginov%40gmail.com >> >> This email sent to rmuginov(a)gmail.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Make build with static library on 10.4
by Rustam Muginov 09 May '10

09 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=+UiH6sUA22PMZ8IfgTHVCA+I22RFGJGT0IEUOKxlun0=; b=OeLXcdKIQ5VbfbCKxrOv7LOzrLWuz444cdFol+SIJmz0amwH/wd1VDsQJzdK8ORiPd rTX8xAKTmiThgee6wHmODtA0eLTyQpojaMCWyZDyfr8Rebl0ProsAsgHM0Z+eK1WHRpH bKQUa9wvH64DC3Pko/QzlA9WePg0aBI1sNt7c= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=oTRUp/byAUwG8Kxn7GBaR2t4hHgBJ0KBFb96RE7dY2znDFNJ+2mOFQfkhvTWnHdvFZ HSeo3tS9rujdw15ZounFVuuLU/WQgv7Ctyos7Wi7MFUmyxLimhRn+iZyjFQYtNI0yfTb W2Kkd+Ee6VLBTreHAXLsBkBoG383tQQoXOTho= Looks like you did not specified the library search path to the libjost.a library. Try to add -L to your link flags On May 9, 2010, at 11:00 PM, Andy Wiese wrote: > I have a small c++ project that builds & uses a static library, which I would like to build with make in 10.4, 10.5, and 10.6. > > In 10.5 and 10.6, it builds just fine, but in 10.4 the linking stage doesn't seem to find any of the symbols in the shared library. > > The same code builds in Xcode, and I've tried to study Xcode's build output to see what it is doing differently. I believe I am passing the same options to g++ and libtool as Xcode. > > Following is the failed make output from this small project. A library file libjost.a is created, and nm and otool seem to show the symbols that ld complains about. > > My next step if I can't figure this out will be to create an even small test project, but I am hoping that someone will spot my error and I can avoid that chore. > > make -C src/jost > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Array.o Array.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Exceptions.o Exceptions.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o IntegralType.o IntegralType.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Object.o Object.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Parser.o Parser.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Util.o Util.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Value.o Value.cpp > /Developer/usr/bin/libtool -static -arch_only i386 -syslibroot /Developer/SDKs/MacOSX10.4u.sdk Array.o Exceptions.o IntegralType.o Object.o Parser.o Util.o Value.o -o libjost.a > install -m 0755 libjost.a ../../lib/libjost.a > make -C demo/jsonv > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -x c++ -g -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -I../../../boost_trunk -c -o jsonv.o jsonv.cpp > /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -Wall -DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -L../../lib -ljost -I../../../boost_trunk jsonv.o -o jsonv > /Developer/usr/bin/../libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > jost::Parser::parse(std::basic_istream<char, std::char_traits<char> >&) > jost::Parser::instance() > typeinfo for jost::MalformedJSONStream > collect2: ld returned 1 exit status > make[1]: *** [all] Error 1 > make: *** [all] Error 2 > > > Any suggestions will be greatly appreciated! > > Andy > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/rmuginov%40gmail.com > > This email sent to rmuginov(a)gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Make build with static library on 10.4
by Andy Wiese 09 May '10

09 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Any suggestions will be greatly appreciated! Andy _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I have a small c++ project that builds & uses a static library, which I would like to build with make in 10.4, 10.5, and 10.6. In 10.5 and 10.6, it builds just fine, but in 10.4 the linking stage doesn't seem to find any of the symbols in the shared library. The same code builds in Xcode, and I've tried to study Xcode's build output to see what it is doing differently. I believe I am passing the same options to g++ and libtool as Xcode. Following is the failed make output from this small project. A library file libjost.a is created, and nm and otool seem to show the symbols that ld complains about. My next step if I can't figure this out will be to create an even small test project, but I am hoping that someone will spot my error and I can avoid that chore. make -C src/jost /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Array.o Array.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Exceptions.o Exceptions.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o IntegralType.o IntegralType.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Object.o Object.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Parser.o Parser.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Util.o Util.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -x c++ -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I.. -c -o Value.o Value.cpp /Developer/usr/bin/libtool -static -arch_only i386 -syslibroot / Developer/SDKs/MacOSX10.4u.sdk Array.o Exceptions.o IntegralType.o Object.o Parser.o Util.o Value.o -o libjost.a install -m 0755 libjost.a ../../lib/libjost.a make -C demo/jsonv /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -x c++ -g -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -I../../../ boost_trunk -c -o jsonv.o jsonv.cpp /Developer/usr/bin/g++-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -mmacosx-version-min=10.4 -g -Wall - DBOOST_DATE_TIME_NO_LIB -I../../../boost_trunk -I../../src/ -L../../ lib -ljost -I../../../boost_trunk jsonv.o -o jsonv /Developer/usr/bin/../libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: jost::Parser::parse(std::basic_istream<char, std::char_traits<char> >&) jost::Parser::instance() typeinfo for jost::MalformedJSONStream collect2: ld returned 1 exit status make[1]: *** [all] Error 1 make: *** [all] Error 2 This email sent to site_archiver(a)lists.apple.com

1 0

darwin vs linux linkage visibility issues
by Jack Howarth 09 May '10

09 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.18 (2008-05-17) In the new Link Time Optimization support for darwin in current FSF gcc trunk, we have run into one lto testcase that passes under linux with binutils but fails for darwin's linker. The reduced testcase is... [MacPro:~/lto_bug] howarth% cat 20081222_0.h int x(); [MacPro:~/lto_bug] howarth% cat 20081222_1.c #include "20081222_0.h" /* Actually, call "x" "INT_X", and make it hidden. */ extern __typeof (x) x __asm__ ("INT_x") __attribute__ (( __visibility__ ("hidden"))); int x () { return 7; } /* Make an externally-visible symbol "X" that's an alias for INT_x. */ extern __typeof (x) EXT_x __asm__ ("x") __attribute__ (( __alias__ ("INT_x"))); This fails to compile under darwin with the error... [MacPro:~/lto_bug] howarth% gcc -O0 -c -o c_lto_20081222_1.o 20081222_1.c 20081222_1.c:16: error: only weak aliases are supported in this configuration whereas if the last line of 20081222_1.c is changed to... __attribute__ (( weak, __alias__ ("INT_x"))); the error becomes... [MacPro:~/lto_bug] howarth% gcc -O0 -c -o c_lto_20081222_1.o 20081222_1.c 20081222_1.c:16: error: ‘EXT_x’ aliased to undefined symbol ‘INT_x’ Both variations of the testcase are accepted by gcc under linux. My question is whether the second form of the testcase is undefined behavior or if it is a valid form and I should file a radar on this issue? Thanks in advance for any advice. Jack _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Absolute Addressing and asm
by Terry Lambert 08 May '10

08 May '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com We are adding some assembly optimizations to our code. We are running into a problem with text relocations. I'm looking for suggestions for articles or information on how to go about fixing this problem. The linker returns: ld: absolute addressing (perhaps -mdynamic_no_pic) used in (some function) from (path to some library) not allowed in slidable image. Use '--read_only_relocs suppress' to enable text relocs The function and file identified in the library are part of our assembly optimizations. This happens when linking a library built with the assembly code into a framework (aka dylib). Looking at the code, the problem stems from access to an external table. The table is compiled in a .c file. The assembler has no (automatic) way of constructing a relative address to that table. This apparently leaves the linker to work out what the address is, which leaves the assembly in a state where it wants an absolute address. (Yes, some of this is guessing, which is why I am asking. :-) I am also working towards using this same code in a kext which, I expect, will have similar issues. Can anyone recommend reading or suggestions for how to resolve this situation? -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On May 7, 2010, at 1:24 PM, Duane Murphy wrote: Write C code to reference the table and do a gcc -S on it and look at how the compiler writes its assembly to reference it, and write your assembly the same way. FWIW: You are probably trying to hard here, and would be better off writing C code and using the ASM() directive to embed assembly. This email sent to site_archiver(a)lists.apple.com

1 0