site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Maybe people should quit using configure entirely. Just saying... -- Terry On Aug 30, 2009, at 3:04 PM, Dmitry Markman <dmarkman@mac.com> wrote: that's actually exactly the problem for gcc 4.4.1 because config.guess doesn't guess correctly :-) it returns i386-apple-darwin10.0.0 and configure fails miserably unless I provide host, build and target arguments explicitly as x86_64-apple-darwin10.0.0 On Aug 30, 2009, at 5:59 PM, Mo McRoberts wrote: I’d be curious to know what would break if uname returned the user-space architecture (as targeted by the system compiler by default) rather than the kernel architecture. M. -- http://nevali.net Dmitry Markman _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/tlambert%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... On Sun, Aug 30, 2009 at 21:26, Brian Bechtel<brian.bechtel@gmail.com> wrote: Arch and uname -p both return the processor family type, i386. (as opposed to ppc or arm.) I think the rationale was that too many scripts depend upon this behavior. This actually doesn’t make a huge amount of sense: something like config.guess will return 'i386-apple-darwin10.0.1', despite the fact that gcc will be (by default) targeting x86_64; anything which relies on the knowledge that "i386" is by default entirely 32-bit will therefore break. In contrast, most other x86_64 systems tend to be set up such that x86_64 is reported as the “system” architecture (wh ere the kernel architecture is pretty incidental), and so you have a triplet of, say, x86_64-pc-linux-gnu. This email sent to tlambert@apple.com This email sent to site_archiver@lists.apple.com