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: PATCH [1/n]: Initial x32 support


On Thu, Mar 15, 2012 at 5:27 PM, Joseph S. Myers
<joseph@codesourcery.com> wrote:
> On Thu, 15 Mar 2012, H.J. Lu wrote:
>
>> > It seems to me like these should be able to use the same set of conditions
>> > as used for bits/syscall.h to handle an arbitrary number of variants.
>> > Maybe rename the variables used for that from syscall-list-* to
>> > multiarch-header-* or similar, move them out of sysdeps/unix/sysv/linux/
>> > to non-OS-specific directories and use the same set of conditions in the
>>
>> Where should they go? sysdeps/generic?
>
> The default definitions (from sysdeps/unix/sysv/linux/Makefile) would I
> suppose go some suitable location based on where they end up being used;
> those in sysdeps/unix/sysv/linux/x86_64/Makefile would I suppose end up in
> sysdeps/x86_64/Makefile (likewise for other architectures). ?I don't have
> a detailed design, it simply seems that there is a lot in common between
> the different cases of multiarch headers (even though bits/syscall.h is
> one header working for all subarchitectures while the others involve a
> wrapper header round different variants for each subarchitecture).

I think bits/syscalh.h is very much Linux specific and belongs
to sysdeps/unix/sysv/linux/x86_64/Makefile.  But their conditions
aren't.

-- 
H.J.


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