This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
> Actually not from -lgcc, but either from -lgcc_eh (for static linking) and > -lgcc_s (for shared libs). Ah, ok. I will look for that in future. > Probably yes (or in Hurd gcc specs). If gcc -static, then gcc should pass > -lgcc_eh -lgcc on the command line and thus the registry should be > in the link. Can you please mail gcc -v output for the failed sln link? Since -nostdlib is used, I don't think gcc is at fault here. redhat 32 % i686-gnu-gcc -nostdlib -nostartfiles -static -o /home/roland/gnu/build/2iolibc/elf/sln /home/roland/gnu/build/2iolibc/csu/crt0.o /home/roland/gnu/build/2iolibc/csu/crti.o `i686-gnu-gcc --print-file-name=crtbegin.o` /home/roland/gnu/build/2iolibc/elf/sln.o -Wl,-\( /home/roland/gnu/build/2iolibc/libc.a /home/roland/gnu/build/2iolibc/mach/libmachuser.a /home/roland/gnu/build/2iolibc/hurd/libhurduser.a -lgcc -Wl,-\) `i686-gnu-gcc --print-file-name=crtend.o` /home/roland/gnu/build/2iolibc/csu/crtn.o -v Reading specs from /usr/local/lib/gcc-lib/i686-gnu/3.2/specs Configured with: ../../gcc/configure --host=i686-linux --target=i686-gnu : (reconfigured) : (reconfigured) : (reconfigured) Thread model: single gcc version 3.2 20020315 (experimental) /usr/local/lib/gcc-lib/i686-gnu/3.2/collect2 -m elf_i386 -static -o /home/roland/gnu/build/2iolibc/elf/sln -L/usr/local/lib/gcc-lib/i686-gnu/3.2 -L/usr/local/lib/gcc-lib/i686-gnu/3.2/../../../../i686-gnu/lib /home/roland/gnu/build/2iolibc/csu/crt0.o /home/roland/gnu/build/2iolibc/csu/crti.o /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o /home/roland/gnu/build/2iolibc/elf/sln.o -( /home/roland/gnu/build/2iolibc/libc.a /home/roland/gnu/build/2iolibc/mach/libmachuser.a /home/roland/gnu/build/2iolibc/hurd/libhurduser.a -lgcc -) /usr/local/lib/gcc-lib/i686-gnu/3.2/crtend.o /home/roland/gnu/build/2iolibc/csu/crtn.o /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o: In function `__do_global_dtors_aux': /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o(.text+0x36): undefined reference to `__deregister_frame_info_bases' /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o(.text+0x46): undefined reference to `__deregister_frame_info_bases' /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o: In function `frame_dummy': /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o(.text+0x62): undefined reference to `__register_frame_info_bases' /usr/local/lib/gcc-lib/i686-gnu/3.2/crtbegin.o(.text+0x97): undefined reference to `__register_frame_info_bases' collect2: ld returned 1 exit status > BTW: What binutils you used during gcc 3.1/2 configury? Some stock RH version probably from 7.1, no visibility support. (I'm not really trying to make a usable build here, just identify the compile problems.) > If Ulrich agrees on the #if, fine. It is IMHO better to do this in one place > then having to change 6 or how many Makefiles. Since framestate.c is in sysdeps/generic, why not put the makefile fragment there too and have it controlled entirely by checking $(unwind-find-fde)? That also gets rid of the existing duplication in sysdeps/{mach/hurd,unix/sysv/linux}/*/Makefile.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |