March 2009 - Darwin-dev - lists.apple.com

Re: libpython2.5.a not true static lib
by Jack Howarth 16 Mar '09

16 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.18 (2008-05-17) On Mon, Mar 16, 2009 at 04:57:32PM +0100, Jean-Daniel Dupas wrote: > > Le 16 mars 09 à 16:32, Jack Howarth a écrit : > >> Does anyone know why Apple insists in creating a bogus >> static lib for the system libpython2.5.a? It shows... >> >> file /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a >> /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a: Mach-O universal binary with 4 >> architectures >> /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a (for architecture ppc7400)Mach-O >> dynamically linked shared library ppc >> /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a (for architecture ppc64): Mach-O 64- >> bit dynamically linked shared library ppc64 >> /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a (for architecture i386): Mach-O >> dynamically linked shared library i386 >> /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ >> python2.5/config/libpython2.5.a (for architecture x86_64):Mach-O 64- >> bit dynamically linked shared library x86_64 >> >> instead of the expected results seen with /usr/lib/libl.a... >> >> file libl.a >> libl.a: Mach-O universal binary with 4 architectures >> libl.a (for architecture ppc): current ar archive random library >> libl.a (for architecture ppc64): current ar archive random >> library >> libl.a (for architecture i386): current ar archive random library >> libl.a (for architecture x86_64): current ar archive random >> library >> >> This has been hacked around in the past by using the 'ar x' command to >> convert this 'static' libpython2.5.a into a true static library for >> linkage >> directly into shared libraries (such as in xplor-nih). However this >> hack >> may not be available to us in the future. > > Just in case, rebuilding your own proper static library from the darwin > python package is not very hard. > > Download the python package. > > http://www.opensource.apple.com/darwinsource/ > > Change the Makefile Extra_Configure_Flags by adding this flag '-- > enable-static' (not sure this is required though). > > make > > And you're done. > Fink builds a normal static lib for their python25 package. However I am trying to get this fixed for those developers who want to build against the system python. 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: libpython2.5.a not true static lib
by Jean-Daniel Dupas 16 Mar '09

16 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Le 16 mars 09 à 16:32, Jack Howarth a écrit : Does anyone know why Apple insists in creating a bogus static lib for the system libpython2.5.a? It shows... instead of the expected results seen with /usr/lib/libl.a... Download the python package. http://www.opensource.apple.com/darwinsource/ make And you're done. _______________________________________________ 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… file /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a: Mach-O universal binary with 4 architectures /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a (for architecture ppc7400)Mach-O dynamically linked shared library ppc /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a (for architecture ppc64): Mach-O 64- bit dynamically linked shared library ppc64 /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a (for architecture i386): Mach-O dynamically linked shared library i386 /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/config/libpython2.5.a (for architecture x86_64):Mach-O 64- bit dynamically linked shared library x86_64 file libl.a libl.a: Mach-O universal binary with 4 architectures libl.a (for architecture ppc): current ar archive random library libl.a (for architecture ppc64): current ar archive random library libl.a (for architecture i386): current ar archive random library libl.a (for architecture x86_64): current ar archive random library This has been hacked around in the past by using the 'ar x' command to convert this 'static' libpython2.5.a into a true static library for linkage directly into shared libraries (such as in xplor-nih). However this hack may not be available to us in the future. Just in case, rebuilding your own proper static library from the darwin python package is not very hard. Change the Makefile Extra_Configure_Flags by adding this flag '-- enable-static' (not sure this is required though). This email sent to site_archiver(a)lists.apple.com

1 0

libpython2.5.a not true static lib
by Jack Howarth 16 Mar '09

16 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.18 (2008-05-17) Does anyone know why Apple insists in creating a bogus static lib for the system libpython2.5.a? It shows... file /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a: Mach-O universal binary with 4 architectures /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a (for architecture ppc7400)Mach-O dynamically linked shared library ppc /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a (for architecture i386): Mach-O dynamically linked shared library i386 /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a (for architecture x86_64):Mach-O 64-bit dynamically linked shared library x86_64 instead of the expected results seen with /usr/lib/libl.a... file libl.a libl.a: Mach-O universal binary with 4 architectures libl.a (for architecture ppc): current ar archive random library libl.a (for architecture ppc64): current ar archive random library libl.a (for architecture i386): current ar archive random library libl.a (for architecture x86_64): current ar archive random library This has been hacked around in the past by using the 'ar x' command to convert this 'static' libpython2.5.a into a true static library for linkage directly into shared libraries (such as in xplor-nih). However this hack may not be available to us in the future. Is there any particular reason why libpython2.5.a can't be built as current ar archive random library objects rather than with Mach-O dynamically linked shared library objects? Jack ps I have a radar bug report submitted asking for libpython2.5.a to be built properly as a real static library. _______________________________________________ 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: Powerdown notification
by Jean-Daniel Dupas 16 Mar '09

16 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Le 16 mars 09 à 14:54, Matthew Mashyna a écrit : void myPowerDownCallback(void *refcon, io_service_t service, uint32_t messageType, void *messageArgument ) { DLog(@"System shutdown message!"); [gDaemon systemWillPowerOff]; } // myPowerDownCallback // from my initialization code { ... IONotificationPortRef thePortRef; io_object_t notifier; io_connect_t c = IORegisterForSystemPower(NULL, &thePortRef, myPowerDownCallback, &notifier ); } Thanks, Matt http://developer.apple.com/qa/qa2004/qa1340.html _______________________________________________ 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 sorry for having to ask a noob question. I posted this to the Darwin user list last week but didn't get any replies. I have a Cocoa daemon that needs to monitor system events and relay them to a server. Using NSWorkspace notification I get sleep and wake messages but I can't seem to get the power down notification. So, other cocoa developers pointed me to using IOKit. I tried this from my daemon I don't think the callback gets called. I suppose that it could be interrupted before it can send its message but I really don't think I'm getting the callback. I'm a complete noob with it comes to IOKit. Can someone tell me where I'm going wrong ? You have to create a runloop source using your IO port and add it to the current run loop. This email sent to site_archiver(a)lists.apple.com

1 0

Powerdown notification
by Matthew Mashyna 16 Mar '09

16 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com void myPowerDownCallback(void *refcon, io_service_t service, uint32_t messageType, void *messageArgument ) { DLog(@"System shutdown message!"); [gDaemon systemWillPowerOff]; } // myPowerDownCallback // from my initialization code { ... IONotificationPortRef thePortRef; io_object_t notifier; io_connect_t c = IORegisterForSystemPower(NULL, &thePortRef, myPowerDownCallback, &notifier ); } Thanks, Matt _______________________________________________ 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 sorry for having to ask a noob question. I posted this to the Darwin user list last week but didn't get any replies. I have a Cocoa daemon that needs to monitor system events and relay them to a server. Using NSWorkspace notification I get sleep and wake messages but I can't seem to get the power down notification. So, other cocoa developers pointed me to using IOKit. I tried this from my daemon I don't think the callback gets called. I suppose that it could be interrupted before it can send its message but I really don't think I'm getting the callback. I'm a complete noob with it comes to IOKit. Can someone tell me where I'm going wrong ? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Query on program counters range
by Arnab Ganguly 15 Mar '09

15 Mar '09

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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=9XhHfDOdeVt1V4DvUARuyPGqrkbGdeXtPbsMa3LfJLw=; b=FJkbPwcoPJSJ0C0PX83p25Da7IlsUh+ISgmh6z7/RjFUzukfyt4oqkB6xHr55Jf3Bp fk8BstGtvwbJ1kpCegcqOwT4RGOBaCSqYXeGxTwpdlE/CaOmEi0zj0UZAItIO1YblYxj tkbMaC3+nTqyV1LQfV76nB49zNP4Be3klqwRU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hKLWWrcn1bGDj0uxmXdTNdw+wBvVKKW+uyhrNy1MXSsKiNBhgiF4Sg2CHykwtN30zw XdA2mudPYCK99e+bshuJAFilYGpNq4aazjO43GqVgZ4QX6W8lLID22n8SiQtTAvAetYx DDz5kavLygWNbuhviHGpmhD/mbT7KPYHBQ4vU= _______________________________________________ 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: Query on program counters range
by Jean-Daniel Dupas 15 Mar '09

15 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.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: Query on program counters range
by Arnab Ganguly 15 Mar '09

15 Mar '09

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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hQMuQ/YsJLExcdkWw1IpxwQTXn5W4V6ne95/TQk//Ok=; b=N5euw3m3FAFmRQ6RSQcrwhYl/3mn+G8FolfZt5HBI8EryCpSU79tl8lDXqDLYJvr1N ujmSB6hoN+kNwBZjsqm2NKxfp0y4scA0oH+ZgGFYWQxqmY1AAk6FiFQu7JAa9M+02zul Dk6XqemNDuW4uYawdwkaAZE9NGNxnbF2muNNA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hF3gEg4SVDnnalXlkL0k4p/zOiimbP50u0ueirb8/s9G0Fy4n5S9JldcDxq2+UqJWQ EJtn+zxKT5cTRGi/ZBA0i9TPY4RWCGrs6r/ZZvIJCzDI6pRAXv7ErIgEKKaoQa5kzur+ 7JlzQkqLuFpwsJyYeiNXHadvAMCwXTaLIm2Fg= _______________________________________________ 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: sysctl.proc_exec_affinity to force launching of 32-bit flavor?
by Clark Cox 13 Mar '09

13 Mar '09

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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=u7Igq0moLL2C4giD02Zwf2uld/fbQrMzj0BGKFW6inY=; b=mZ0WueDAhfWSo7+G6WPpkx2VxJndXurAdr9GqziV+Hvg/jlNITUupEG9fyVA0xnSlY OnZDAcOpCFk/eqZ4tpdbds79qJL/TWPRwXZ9gSlVPqe4Jcjk1OM6kwhyb88kG2+2obcK tEFkphGZHBorhb4GoqA4mW1+jVt3vKkYywFTw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mDy8KF4BoaDve6QgSuLGpBQrElQd0KvUy+XKSDgx4uZxFcf9pw9mOjwvrFDsG4QXA2 6IJiCVXkaS3pH8zTP7eg1A1TavEp0J1/AKkU5Zk3sYp6ZDrlH+7FSlKBUz+cQvs7W9H6 76iTU44ZYgVhmP3H4HAnmZuODxSiYa09iuLRk= On Fri, Mar 13, 2009 at 2:36 PM, Terry Lambert <tlambert(a)apple.com> wrote: > On Mar 12, 2009, at 6:38 PM, Eric Gouriou wrote: >> >> On Mar 12, 2009, at 5:54 AM, Jim Correia wrote: >>> > [...] >>> >>> It looks like using posix_spawn solves the problem. (Previously I was >>> using fork/exec because the code was originally written to target 10.4.x.) >> >> In addition to the various solutions offered in this thread... >> >> You can also consider building the various slices of your fat binary with >> different -mmacos-version-min settings >> so that, e.g., the 64bit slice will only be running on 10.5 while the >> 32bit slice is allowed on 10.4 . >> >> 32b -mmacosx-version-min=10.4 >> 64b -mmacosx-version-min=10.5 >> >> Adapt to taste. That's the theory at least, please double-check before >> committing to that solution. > > This won't work. Yes, it will :) > The only things I look at in the exec code path when > grading a binary for preference as to which slice to load is either an > explicit preference list from posix_spawn, an override for the sysctl for > Rosetta (PPC emulation), or the cpu_type and cpu_subtype in the Mach-o files > encapsulated in a fat (Universal) biinary. 64-bit binaries linked for 10.4 and those linked for 10.5 have different cpu subtypes for this very reason: <http://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/bui…> > > There's no OS version information in the Mach-o header or the dat container > header, so it doesn't matter how you link/compile it. -- Clark S. Cox III clarkcox3(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: sysctl.proc_exec_affinity to force launching of 32-bit flavor?
by Terry Lambert 13 Mar '09

13 Mar '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com In addition to the various solutions offered in this thread... 32b -mmacosx-version-min=10.4 64b -mmacosx-version-min=10.5 -- 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 Mar 12, 2009, at 6:38 PM, Eric Gouriou wrote: On Mar 12, 2009, at 5:54 AM, Jim Correia wrote: [...] It looks like using posix_spawn solves the problem. (Previously I was using fork/exec because the code was originally written to target 10.4.x.) You can also consider building the various slices of your fat binary with different -mmacos-version-min settings so that, e.g., the 64bit slice will only be running on 10.5 while the 32bit slice is allowed on 10.4 . Adapt to taste. That's the theory at least, please double-check before committing to that solution. This won't work. The only things I look at in the exec code path when grading a binary for preference as to which slice to load is either an explicit preference list from posix_spawn, an override for the sysctl for Rosetta (PPC emulation), or the cpu_type and cpu_subtype in the Mach-o files encapsulated in a fat (Universal) biinary. There's no OS version information in the Mach-o header or the dat container header, so it doesn't matter how you link/compile it. This email sent to site_archiver(a)lists.apple.com

1 0