Hello Everybody,
I m trying to upgrade to glibc-2.4 . I thought I had followed the install docs completely, but I am getting the following error when I compile it on my PC running Red Hat 7.1 (2.4.2-2 kernel)

-I.. -I../libio -I.
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o
> /root/Desktop/glibc-build/signal/raise.o -MD -MP
> -MF /root/Desktop/glibc-build/signal/raise.o.dt -MT
> /root/Desktop/glibc-build/signal/raise.o
> ../nptl/sysdeps/unix/sysv/linux/raise.c: In function `raise':
> ../nptl/sysdeps/unix/sysv/linux/raise.c:42: error: `__NR_gettid' undeclared
> (first use in this function)
> ../nptl/sysdeps/unix/sysv/linux/raise.c:42: error: (Each undeclared
> identifier is reported only once
> ../nptl/sysdeps/unix/sysv/linux/raise.c:42: error: for each function it
> appears in.)
> ../nptl/sysdeps/unix/sysv/linux/raise.c:71: error: `__NR_tkill' undeclared
> (first use in this function)
> make[2]: *** [/root/Desktop/glibc-build/signal/raise.o] Error 1
> make[2]: Leaving directory `/root/Desktop/glibc-2.4/signal'
> make[1]: *** [signal/subdir_lib] Error 2
> make[1]: Leaving directory `/root/Desktop/glibc-2.4'
> make: *** [all] Error 2

I have all requirement softwares up-to-date and I use Red Hat 7.1 i386
2.4.2-2.

In order to update glibc is it must to update your kernel to a 2.6 version, or i will not be able to compile because glibc now uses the "New Posix Threading Library (NPTL)" instead of "LinuxThreads."

PS: Please do not answer me, that I should upgrade to newer distro,
because I need this version of ancient linux to be able to work with
software I need.
Is there any way around it.

Thanks

off hand i would read " raise.c " and see what #includes are there and if you are missing one from your system
that is causing line 42 to through the error
that error looks like a missing " *.h "

and i was going to ask....
but i am curious WHAT software would need such an ancient OS ?
and you did do a google/linux search "__NR_gettid"
http://www.google.com/linux
http://www.google.com/linux?hl=en&q=...id&btnG=Search

If you need this ancient Linux to run ancient software, why
update glibc at all ?

Some other program requires newer glibc ?

If this a case you can try following approach:

Use Ermine (http://magicErmine.com) or statifier (http://statifier.sf.net)
To pack your ancient software both of them create from dynamically linked executable and all it's shared libraries one self-contained executable.

This executable can be run on virtually any Linux distribution and it will not interfere with host's libraries.

Statifier is licensed under GPL. Ermine is commercial, but it works better on systems with memory randomization. (nearly all modern distros)