Hello Rusyy! Please use --traditional-format option to linker to suppress warning messages, but I doubt that this will resolve your problem. You, probably, have to play with libraries that you link into your application and check constructors initialization.
Regards, Dima Rusyy wrote: > > Hello! > > I'm having an application that is build on FC3 and works fine on FC > releases starting from 3d to 8th. I also have no troubles with RHEL > starting from 4 to 5 (including updates). But when I'm trying to launch my > application on FC9 > I'm getting a sigfault. I tried to rebuild my application on FC9 with > gcc4.3 but it crashes again with the following backtrace: > ----------------------------------------- > #0 0x0223ec45 in ?? () > #1 0x0023c8c5 in ?? () from /usr/lib/libstdc++.so.6 > #2 0x085a2b23 in __dynamic_cast (from=0x23c8c0, to=0x238298 <typeinfo for > std::locale::facet>, require_public=2326848, address=0x0, > sub=0x1c2379 <bool std::has_facet<std::ctype<char> >(std::locale > const&)+9>, subptr=0x23aff4) at ../../gcc-2.95.3/gcc/cp/tinfo2.cc:282 > #3 0x001c23ca in std::has_facet<std::ctype<char> > () from > /usr/lib/libstdc++.so.6 > #4 0x001b64e8 in std::basic_ios<char, std::char_traits<char> >>::_M_cache_locale () from /usr/lib/libstdc++.so.6 > #5 0x001b6597 in std::basic_ios<char, std::char_traits<char> >::init () > from > /usr/lib/libstdc++.so.6 > #6 0x001a0d36 in std::ios_base::Init::Init () from > /usr/lib/libstdc++.so.6 > #7 0x082d9794 in __static_initialization_and_destruction_0 > (__initialize_p=1, > __priority=65535) > at > /usr/lib/gcc/i386-redhat-linux/4.3.0/../../../../include/c++/4.3.0/iostream:77 > #8 0x082d97cd in global constructors keyed to main () at > /home/user/main.cc:334 > #9 0x0875d71d in __do_global_ctors_aux () > #10 0x081169a4 in _init () > #11 0x0875d619 in __libc_csu_init () > #12 0x00429571 in __libc_start_main (main=0x82d9816 <main>, argc=1, > ubp_av=0xbfdb2ab4, init=0x875d600 <__libc_csu_init>, fini=0x875d5f0 > <__libc_csu_fini>, > rtld_fini=0x11edd0 <_dl_fini>, stack_end=0xbfdb2aac) at > libc-start.c:179 > #13 0x08119d11 in _start () > ----------------------------------------- > > Actually, I've never met something similar on any FC release and on gcc > releases 3.4 - 4.2. > I do linkage of my application with libstdc++ library taken from gcc2.95, > but linker gives me the following errors: > > ----------------------------------------- > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libgcc.a(opdel.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libgcc.a(opnew.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libgcc.a(opvdel.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libgcc.a(opvnew.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libgcc.a(exception.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libstdc++.a(fstream.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libstdc++.a(strstream.o)(.eh_frame); > no .eh_frame_hdr table will be created. > /usr/bin/ld: error in > /home/dima/work/uimx/rcs2/linux/uimxdir/uxgcc/lib/libstdc++.a(filebuf.o)(.eh_frame); > no .eh_frame_hdr table will be created. > ----------------------------------------- > > and I assume that these errors cause sigfault. But I've never seen such > errors while linking with gcc 3.2, 3.4 or 4.1. > Can somebody tell me what have changed in gcc4.3 comparing with previous > releases that may lead to the following errors? > > Thanks! > -- View this message in context: http://www.nabble.com/%28.eh_frame%29--no-.eh_frame_hdr-table-will-be-created-tp17594664p17604807.html Sent from the gcc - bugs mailing list archive at Nabble.com.
