This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: no multi-arch & elision


On Tue, Jul 2, 2013 at 2:39 PM, Andi Kleen <andi@firstfloor.org> wrote:
> On Tue, Jul 02, 2013 at 02:23:57PM -0700, H.J. Lu wrote:
>> On Tue, Jul 2, 2013 at 2:19 PM, Andi Kleen <andi@firstfloor.org> wrote:
>> >> > Copying HJ, he helped me originally with the new x86/ setup.
>> >> > Any ideas?
>> >> >
>> >>
>> >> We can't use the multi-arch(ifunc) feature without enabling
>> >> multi-arch(ifunc).  We can put elision-conf.c under the
>> >> "multichar" subdirectory.
>> >
>> > Don't need ifunc anymore, so that's ok.
>> >
>> > Where would multichar be? It doesn't seem to exist today.
>>
>> It should be "multiarch", like
>>
>> nptl/sysdeps/unix/sysv/linux/x86/multiarch

This exposes:

http://sourceware.org/bugzilla/show_bug.cgi?id=14941

> The problem is that without multiarch the main glibc does
> not export __get_cpu_features. This could be fixed,
> but would need more changes.
>
> One way would be to disable elision without multiarch?
> So move the files back into the multiarch directories.
>
> Or the other alternative is just calling CPUID directly
> without relying on any multiarch infrastructure
> (the really early versions of the patch kit did that)
>
> I lean towards the later. Comments?
>

CPUID feature support is multiarch.  Disable multiarch
should disable  CPUID feature support.

--
H.J.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]