[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: armelfp: new architecture name for an armel variant

Riku Voipio a écrit :
> On Thu, Jul 08, 2010 at 01:06:58PM +0200, Guillem Jover wrote:
>> Personally, before any further discussion I'd like to see some numbers
>> with core libraries (libc, libgcc, libgmp, libatlas? etc) built with
>> softfp, which eventually might be able to switch to use the hwcaps
>> infrastructure in a similar way as how packages like libc6-i686 are
>> handled.
> The key limitation with hwcap approach is that it only extends to shared
> libraries. Optimized binaries and plugins cannot be provided with hwcaps.
> Things like libc-i686 are also problematic for endusers. How do I
> quickly install all 686 optimized versions of libraries I already have?

Note that the new alternative to hwcap is called "multiarch" in the GNU
libc (something totally different than "multiarch" in Debian). It allows
to provide different versions of a given symbol using an IFUNC symbol
type. This will be resolved by the dynamic loader during relocation
depending on the hardware characteristics.

This avoid building multiple version of the same software (but still
multiple versions of a given function), and to introduce more
granularity (e.g. on x86 SSE, SSE2, SSE3, SSSE4.2, AVX, etc).

Currently only x86, x86_64, ia64, powerpc and sparc are supported, but
it should not be difficult to add support for more architectures.

Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Reply to: