• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)


  • Subject: Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
  • From: Jeffrey Walton <email@hidden>
  • Date: Thu, 24 Jan 2013 19:08:35 -0500

Thanks David,

So I'm clear, there is no way to tell `ld` that "its OK to use ARMv7
since the A6 processor is backwards compatible." (I'm looking through
ld's man pages now).

> Don't modify Valid Architectures, modify Architectures instead (you can specify to build only armv7 yourself).
I seem to recall problems when I tried that (I'm likely wrong since
you are rarely wrong).

To be clear, I will delete $(ARCHS_STANDARD_32_BIT), and then add
armv7. The ARMv7 code will then run on iPhone 5 and iPad 4 (A6
processors, ARMv7s instruction set).

> Until you can rebuild your library for armv7s, just build your main application for armv7 only.
That's probably going to be distant future. Its easy to build the
library from ARMv7s. Technical feasibility is not the problem.

NIST and the Testing Lab can be political problem (believe it or not).
Unfortunately, no one knows what NIST's position is, and the Testing
Lab has not interpreted the NIST gospel or taken a position.

If we final link OpenSSL (ARMv7) to an App (ARMv7s), then A6
processors basically becomes a 'compatible platform'. So we can side
step the entire minefield.

Thanks again,

Jeff

On Thu, Jan 24, 2013 at 6:50 PM, David Duncan <email@hidden> wrote:
> On Jan 24, 2013, at 2:55 PM, Jeffrey Walton <email@hidden> wrote:
>
>> I know I can resolve this by removing ARMv7s from Valid Architectures (VALID_ARCHS).
>
> Don't modify Valid Architectures, modify Architectures instead (you can specify to build only armv7 yourself). Until you can rebuild your library for armv7s, just build your main application for armv7 only.
>
>> Or I can perform an additional build of the library for the ARMv7s architecture, but that's more work and requires a different on-disk directory structure.
>
> I'm uncertain what would need to change here to be honest, as I would expect your build process to generate a single output binary that contains both the armv7 and armv7s code...
>
>> Plus, ARMv7s could raise procedural questions with NIST and the testing Lab.
>
> Assuming your main binary goes through the same testing procedures as your static library, you are already in this case since the main binary will need to be tested on armv7 and armv7s devices.
>
>> Is there any magic to link an ARMv7 library with an ARMv7s application?
 _______________________________________________
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

  • Follow-Ups:
    • Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
      • From: David Duncan <email@hidden>
References: 
 >iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App) (From: Jeffrey Walton <email@hidden>)
 >Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App) (From: David Duncan <email@hidden>)

  • Prev by Date: Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
  • Next by Date: Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
  • Previous by thread: Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
  • Next by thread: Re: iPhone/iPad: Link ARMv7 (Library) to ARMv7s (App)
  • Index(es):
    • Date
    • Thread