Re: Libraries switch binary to "ppc7400" how do I force it back to "ppc".
Re: Libraries switch binary to "ppc7400" how do I force it back to "ppc".
- Subject: Re: Libraries switch binary to "ppc7400" how do I force it back to "ppc".
- From: Jeff Johnson <email@hidden>
- Date: Sun, 30 Nov 2008 13:28:23 -0600
On Nov 30, 2008, at 12:16 PM, Sherm Pendley wrote:
On Nov 30, 2008, at 12:25 PM, Jeff Johnson wrote:
On Nov 30, 2008, at 9:11 AM, Sherm Pendley wrote:
On Nov 30, 2008, at 9:55 AM, Conor wrote:
I build a universal framework and it is normally built with "ppc
i386", these are the architectures defined. If I add the two new
eSellerate libraries that have been built with 64 bit support and
have the following architectures as reported by lipo "i386 ppc
ppc64 x86_64" and "i386 x86_64 ppc ppc64", my framework is then
built "ppc7400 i386". (Introducing the old libraries builds for
ppc again instead of ppc7400).
Is there a way to force the linker to create "ppc" architecture?
Why would you want to? PPC7400 means G4 - do you *really* care
about G3 support in this day and age?
If you support Tiger, then you have little choice
Why is that? I don't see a connection between requiring a G4 and
abandoning Tiger.
If your app has already been supporting both Tiger and G3's, which
most Tiger apps do, it's not easy to drop G3 support. For example, if
your app has an automatic software update mechanism, you've got to
make sure that G3 machines do not download the update -- and most
software update mechanisms are not really prepared architecture-
specific choices. Also, you've got to make it clear to users
downloading the app from your web site that G3 is not supported, even
though Tiger is. Some users out there wouldn't know G3 from Satriani/
Johnson/Vai.
unless you don't care about your users complaining that the app
crashes on launch.
Frankly, no, I don't care if both G3 users left in the world
complain. I can't even test on a G3 anyway, since I don't have one
around any more.
Frankly, what you care about is of no consequence to this list. Please
do not discourage the OP or anyone who may answer the OP's question.
-Jeff
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden