This is the mail archive of the libc-ports@sources.redhat.com mailing list for the libc-ports 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: nptl/sysdeps/*/tls.h


The canonical way to handle this would be to put the OS specific parts
of the header into an installed bits/tls.h file and then #include
<bits/tls.h> in the regular tls.h file.

Whether this is something the maintainers want is a different question
that others will have to answer.

Ryan S. Arnold

On Tue, Dec 4, 2012 at 9:14 AM, ÐÐÐÑÑ ÐÐÑÐÐ <pashev.igor@gmail.com> wrote:
> /* Please CC me */
>
>
> Hi, all.
>
> I'm looking at tls.h for x86/x86_64, [1] and [2], and it includes
> linux specific syscalls ("set_thread_area" and "arch_prctl").
>
> Does it make sense to split [1] and [2] into common parts (for
> x86/x86_64) and linux-specific
> so other non-linux ports could inherit common parts?
>
> Of course if it is possible at all.
>
> [1] http://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/sysdeps/i386/tls.h;h=90c7a534bfd0ed16f48266f55c36c31ab36ac623;hb=HEAD
> [2] http://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/sysdeps/x86_64/tls.h;h=f3b76495b303597ccbbb8feb2345b97befa1bda7;hb=HEAD


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