svn commit: branches/uClibc-nptl: libc/string/mips libc/sysdeps/linux/mips etc...

Peter S. Mazinger ps.m at gmx.net
Mon Feb 13 15:36:58 UTC 2006


On Mon, 13 Feb 2006, Steven J. Hill wrote:

> Peter S. Mazinger wrote:
> >>
> >>Log:
> >>Clean up the 'sysdep.h' header chain. Other architectures will have their own 'sysdep.h' file in the various NPTL threads directories. Clean up other files having to do with the usage of it.
> > 
> > Are we going to use sysdep.h for all archs? Currently there is a mixup in 
> > svn, some have it, some not.
> >
> I would like to use 'sysdep.h' for all archs, yes. Currently in trunk we have:
> 
>     libc/string/mips/sysdep.h
>     libc/string/ia64/sysdep.h

libc/string*/_glibc_inc.h is almost the same, providing ENTRY/LOC/END and 
dummy BP_SYM

Peter

>     libc/sysdeps/linux/cris/sysdep.h
>     libc/sysdeps/linux/ia64/sysdep.h
> 
> In my branch the MIPS file has been removed. The IA64 file for strings should
> also be removed eventually. This brings up another question of why the file
> 'bits/syscalls.h' for each arch has the syscall macros in it when the kernel
> header file 'asm/unistd.h' has the same ones. glibc uses 'asm/unistd.h' for
> the syscall macros. I am curious why. The 'sysdep.h' files are used only when
> building the library and are never installed for the final toolchain or target.
> You probably knew that already, but I just wanted to clarify.
> 
> -Steve
> 
> 

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2




More information about the uClibc mailing list