patches/glibc/20040827/glibc-2.3.2-sparc64-dl-machine.patch
changeset 1 eeea35fbf182
     1.1 --- /dev/null	Thu Jan 01 00:00:00 1970 +0000
     1.2 +++ b/patches/glibc/20040827/glibc-2.3.2-sparc64-dl-machine.patch	Sat Feb 24 11:00:05 2007 +0000
     1.3 @@ -0,0 +1,29 @@
     1.4 +See http://gcc.gnu.org/PR15345
     1.5 +
     1.6 +Quick kludge by H.J.Lu
     1.7 +Works around gcc-3.4.0 error which shows up when building glibc-2.3.2 for sparc64:
     1.8 +
     1.9 +.../sparc64-unknown-linux-gnu/gcc-3.4.0-glibc-2.3.2/build-glibc/libc.a(dl-reloc.o)(.text+0x4b4): In function `elf_machine_load_address.3':
    1.10 +: undefined reference to `_DYNAMIC'
    1.11 +collect2: ld returned 1 exit status
    1.12 +make[2]: *** [/home/dank/wk/crosstool-0.28-rc10/build/sparc64-unknown-linux-gnu/gcc-3.4.0-glibc-2.3.2/build-glibc/elf/sln] Error 1
    1.13 +
    1.14 +
    1.15 +--- glibc-2.3.2/sysdeps/sparc/sparc64/dl-machine.h.orig	Sat May  8 20:54:26 2004
    1.16 ++++ glibc-2.3.2/sysdeps/sparc/sparc64/dl-machine.h	Sat May  8 17:18:04 2004
    1.17 +@@ -65,6 +65,7 @@
    1.18 + }
    1.19 + 
    1.20 + /* Return the run-time load address of the shared object.  */
    1.21 ++#ifdef IS_IN_rtld
    1.22 + static inline Elf64_Addr
    1.23 + elf_machine_load_address (void)
    1.24 + {
    1.25 +@@ -84,6 +85,7 @@
    1.26 +      pc[3]*4 is l_addr + _GLOBAL_OFFSET_TABLE_ - (long)pc - 12  */
    1.27 +   return (Elf64_Addr) got - *got + (Elf32_Sword) ((pc[2] - pc[3]) * 4) - 4;
    1.28 + }
    1.29 ++#endif
    1.30 + 
    1.31 + /* We have 4 cases to handle.  And we code different code sequences
    1.32 +    for each one.  I love V9 code models...  */