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

Re: Detect Intel System?
by Stephane Sudre 06 Aug '10

06 Aug '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:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=sYy9Ve01TRk3wszVRawTThfvMwvU9PjKoavMUoVX3d4=; b=c+ygITbRwDJQq9GW/9SoTcatwzqB0ZzZpYmHgY0BVmWiTE3F4/N2PDuGDACupDiGmN 9GpsUAiIDXeNawEGxk0hHw3NowLvcbcnsRVa2+z0QceQYsQ6YpxEzXi6txMH2ykV01HH Y5rH8vokH58rsw7vUmpk+2bBINroWV6+ZyjQE= 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=DatmPVQKNPBTzGcBYu/q4UZQ688ORd58bhs1/YxXbhR/+ll+EBskf6iQYtePUAhGnp OnbBhUfx9Sntch1J1rAxeruCEZNoVeToIKWfnurfWhmd+r9VTV4mEb2VGxbPdDfuUY/X P9LW47Zg/FOatRmdl1Ah3CcluUy5VWQnmzlnA= Copy-paste issue from sysctl -a. cputype was the one I was aiming for. On Fri, Aug 6, 2010 at 2:40 PM, Shantonu Sen <ssen(a)apple.com> wrote: > subtype? that's possible the worst option, because evaluating the subtype only makes sense in the context of the cputype. > > Shantonu _______________________________________________ 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: Detect Intel System?
by Peter Speck 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=content-type:mime-version:subject:from:in-reply-to:date:content-transfer-encoding:message-id:references:to; s=smtpout; bh=TDuIkidUoH2K4qHaTWiU2hjOi/Q=; b=Zj3O0oL2czBCghomET++VxJpl0IGcjIf5sIcfF0AacXXcu6bxWifPCVKPxrh+mU+ldO+yUlI6znaOhrDrqnPpzsSwMTzev/JqyXYihJGvwM+6nONXekkJXRtNX2t3bXwE6wpcFzO0KFrwVkC8n2WYVciyiGkOCSv8v3KV4tgsg8= On 06/08/2010, at 16:49, François Revol wrote: > Alternatively it might be possible to parse the output of file on /bin/sh, here it gives: > > $ file /bin/sh > /bin/sh: Mach-O universal binary with 2 architectures > /bin/sh (for architecture x86_64): Mach-O 64-bit executable x86_64 > /bin/sh (for architecture i386): Mach-O executable i386 That only tells what's installed, but not which binaries the platform is able to execute. Lack of ppc here is probably due to the OS being 10.6 10.5 has the simple "arch" command which can only tell which platform it is. 10.6 (which doesn't support ppc) is able to execute a binary using a specific arch, e.g. "arch -i386 /usr/bin/true" ---- - Peter Speck _______________________________________________ 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: Detect Intel System?
by François Revol 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Le 6 août 2010 à 16:43, Peter Speck a écrit : > On 06/08/2010, at 14:40, Shantonu Sen wrote: > >> Our product does not run on PPC hardware. The installer installation check script checks if the current hardware is Intel in order to continue. > > If Apple switches to another platform, but provides a Rosetta that makes it possible to run Intel apps on the new platform, would this new platform be acceptable? > > If it is, you could simply test if the host is able to execute x86 binaries instead of looking at sysctl. In the perl script, embed the hexdump of the simplest C app and unpack("H*", $_) it into a file, set the execute bit, and then check the result value of system(("/path/to/executable")). > > Compiling "int main() { return 0; }" creates a ~8KB binary. Alternatively it might be possible to parse the output of file on /bin/sh, here it gives: $ file /bin/sh /bin/sh: Mach-O universal binary with 2 architectures /bin/sh (for architecture x86_64): Mach-O 64-bit executable x86_64 /bin/sh (for architecture i386): Mach-O executable i386 Though I can't test on ppc to see what it gives. François. _______________________________________________ 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

ld relocation bug?
by Ian Lynagh 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Mail-followup-to: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.18 (2008-05-17) Hi all, In the session below, ld seems to change a relocation from 0x0000000c to 0xfffffffc; is this a bug? If so, is there a workaround? ############################################### $ cat q.s .const_data foo: .long 123 .align 2 .text .align 2 .long foo - bar + 16 .long 0 .long 125 bar: .long 124 $ gcc -c q.s $ ld -r q.o -o w.o $ otool -r ?.o q.o: Relocation information (__TEXT,__text) 2 entries address pcrel length extern type scattered symbolnum/value 00000000 0 2 n/a 4 1 0x00000010 00000000 0 2 n/a 1 1 0x0000000c w.o: Relocation information (__TEXT,__text) 2 entries address pcrel length extern type scattered symbolnum/value 00000000 0 2 n/a 4 1 0x00000010 00000000 0 2 n/a 1 1 0xfffffffc $ ############################################### "ld -v" says "@(#)PROGRAM:ld PROJECT:ld64-85.2.1". This comes from a problem in a real program here: http://hackage.haskell.org/trac/ghc/ticket/4013 Thanks Ian _______________________________________________ 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: Detect Intel System?
by Peter Speck 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:mime-version:content-type:from:in-reply-to:date:cc:content-transfer-encoding:message-id:references:to; s=smtpout; bh=wJMRE78FlOi/KHW4rKNoUGv/1lM=; b=YhtHsI/lox/sEwZP9hdh+zLjTE8dgcyAXtWXw5KfHiN7pN3Ztqvl5UP8sk+HWOQF2Jp+FZEA3OT2zJJLjRVb0qiQXqYPKvrdHpdxVbpjX43ABhYkTXOuWTnjjAa4eu9BRPKbyKVb/TuzaBFZdg2EIVP96xn4d695zQfosAKAz60= On 06/08/2010, at 14:40, Shantonu Sen wrote: > Our product does not run on PPC hardware. The installer installation check script checks if the current hardware is Intel in order to continue. If Apple switches to another platform, but provides a Rosetta that makes it possible to run Intel apps on the new platform, would this new platform be acceptable? If it is, you could simply test if the host is able to execute x86 binaries instead of looking at sysctl. In the perl script, embed the hexdump of the simplest C app and unpack("H*", $_) it into a file, set the execute bit, and then check the result value of system(("/path/to/executable")). Compiling "int main() { return 0; }" creates a ~8KB binary. ---- - Peter Speck _______________________________________________ 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: Detect Intel System?
by Shantonu Sen 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com subtype? that's possible the worst option, because evaluating the subtype only makes sense in the context of the cputype. Shantonu On Aug 6, 2010, at 3:15 AM, Stephane Sudre wrote: > A suggested solution: > > sysctl hw.cpusubtype > > On Thu, Aug 5, 2010 at 11:28 PM, Duane Murphy <duanemurphy(a)mac.com> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> We have a script that needs to detect if the OS is running on Intel hardware. >> >> What is the safe way of doing this? >> >> Our previous solution was to use system_profiler cpu_type. Interestingly, we have discovered that some systems do not provide a cpu_type string. >> >> I also looked at sysctl machdep.cpu. This entry is not even provided on PPC systems. >> >> Now I am considering sysctl kern.version although parsing that is likely the same as parsing arch. >> >> Is there a recommended solution? >> >> Thanks, > _______________________________________________ > 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/ssen%40apple.com > > This email sent to ssen(a)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: Detect Intel System?
by Stephane Sudre 06 Aug '10

06 Aug '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:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JQRRZ3LZ+ck8CpkZcgpvuE0adiRe//4OqaWsUj0uyr4=; b=OnILqvW08BAs5WbRaIPOWF2408FNs8cmxEX4lp+3SCTrNANWLBWgmpNY1VZMJ3jemG sOaUkwtwDKd1t2c+0H1ADQrkEgJf5echUaJZm6wpvD3GHKXMg/CVCrfDVpnTQespkbxw xxlcKMFze1BCE/Wpah+K9Oouz5/fljv1n+Bww= 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=aoThfxejVQ/TxkvCfcbP+xzvWuXuVWOrZtPHpN/VHXY9FNG2c0sc7qk8E0ZpxP+AZ+ RLjV/FmqSSLtR7mJhjXVcWHxCB1BZiDEfgFlwgGF2dSFJtbwQHiGjP08ZYbDWotvg99W 0bBoV3ypuxn02vewwGcx8wk/rxzEUfldx2qaM= A suggested solution: sysctl hw.cpusubtype On Thu, Aug 5, 2010 at 11:28 PM, Duane Murphy <duanemurphy(a)mac.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > We have a script that needs to detect if the OS is running on Intel hardware. > > What is the safe way of doing this? > > Our previous solution was to use system_profiler cpu_type. Interestingly, we have discovered that some systems do not provide a cpu_type string. > > I also looked at sysctl machdep.cpu. This entry is not even provided on PPC systems. > > Now I am considering sysctl kern.version although parsing that is likely the same as parsing arch. > > Is there a recommended solution? > > Thanks, _______________________________________________ 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: Detect Intel System?
by Jonas Maebe 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 06 Aug 2010, at 02:02, Duane Murphy 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… Unfortunately, we are living in an old system where the scripts and package are constructed with scripts not with package maker. So we don't have access to the Gestalt features of package maker, at least I'm not sure how to get to them without Package maker. The script is written in perl. I checked out the Mac::Gestalt package but it seems to be pretty out of date. No 64-bit support and gestaltSysArchitecture doesn't return anything on Intel. Maybe you can write a command line app that performs the gestalt, include it in the Resources sub directory of your installer package and call that from your script. This email sent to site_archiver(a)lists.apple.com

1 0

Launchd free.
by Godfrey van der Linden 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Under what circumstances do I need to free a launch_data_t object. It doesn't appear to be documented anywhere and the sample code doesn't really clarify the issue. Do I only have to delete anything which was created with an launch_data_new.*() call? What about the return of launch_msg()? How do I guess when I'm leaking? Godfrey _______________________________________________ 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: Detect Intel System?
by Duane Murphy 06 Aug '10

06 Aug '10

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Aug 5, 2010, at 3:40 PM, Jonas Maebe wrote: > > On 05 Aug 2010, at 23:59, Duane Murphy wrote: > >> Our product does not run on PPC hardware. The installer installation check script checks if the current hardware is Intel in order to continue. > > You can add gestalt checks in the installer via the Package Builder GUI (don't use a script). There is one for the system architecture, and you can let it check against the constants listed at http://developer.apple.com/mac/library/documentation/Carbon/Reference/Gesta… (make sure to use the numerical value, since the installer does not support symbolical constants and will treat them as strings). Thanks Jonas, good idea. Unfortunately, we are living in an old system where the scripts and package are constructed with scripts not with package maker. So we don't have access to the Gestalt features of package maker, at least I'm not sure how to get to them without Package maker. The script is written in perl. I checked out the Mac::Gestalt package but it seems to be pretty out of date. No 64-bit support and gestaltSysArchitecture doesn't return anything on Intel. <sigh> Still searching for alternatives. ...Duane -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 10.0.2 (Build 13) Charset: us-ascii wsBVAwUBTFtRKUrg9acQ4r2CAQjjBQgA6mDPGw9oTER/VFOY7pQEWsSn1VX1BZLi mQQJhZ3ciJ0l6ZNKoIIX0/IKwQSjrITEG7KimTB93B6klZH5o8V9WTuG0wMal5AE tY/LLRwvIQg649GoZ1B3aXJR/JlKpCygGlllbl9MALtRpdgrto+YrTPehc3tzjn/ CfpfkeZw3vFuvYyP71JUB4dFB8WTcIWBTE9uWshu2W5HEmwmTS9Gs27kX9OYu7uc JWz7EGHx8FjmM7Nl3gMg612pWJU6QwFgQhoTbE2BPq/9Kl+SgoX48rTNC1R178YK Sg4EOQYdrQ/Hx45lyzYoJqJ8FB7AHdegIVXzW/Tg/A6q9nR5Wl9fqA== =i8JW -----END PGP SIGNATURE----- _______________________________________________ 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