g++ 4.x.x chokes when using -fprofile-arcs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I am running into a problem with a package that I have developed using g++
4.3.2 20081105, even though the problem exists in 4.1.x as well.  The
package compiles and runs correctly if I compile the code for production. 
That is, compiling without the coverage and profiling options.  Here's the
compiler output at link time.



/bin/sh ../libtool --tag=CXX   --mode=link g++  -g -O3 -funroll-loops -Wall
-I/usr/local/include -I/usr/local/include/lwes-0 -I/usr/local/include/json   
-L/usr/local/lib -o netlog-listen netlog-listen.o libnetlog.la -lresolv
-lnsl -lfl -L/usr/local/lib -L/usr/local/lib -llwes -ljson  
g++ -g -O3 -funroll-loops -Wall -I/usr/local/include
-I/usr/local/include/lwes-0 -I/usr/local/include/json -o .libs/netlog-listen
netlog-listen.o  -L/usr/local/lib ./.libs/libnetlog.so
/usr/local/lib/liblwes.so -lresolv -lnsl -lfl /usr/local/lib/libjson.so 
-Wl,--rpath -Wl,/usr/local/lib


But when I configure the code with coverage and profiling options, the
compiler chokes at link time:


/bin/sh ../libtool --tag=CXX   --mode=link g++  -g  -funroll-loops -Wall
-I/usr/local/include -I/usr/local/include/lwes-0 -I/usr/local/include/json  
-fprofile-arcs -ftest-coverage -L/usr/local/lib -o netlog-listen
netlog-listen.o libnetlog.la -lresolv -lnsl -lfl -L/usr/local/lib
-L/usr/local/lib -llwes -ljson  
g++  -g  -funroll-loops -Wall -I/usr/local/include
-I/usr/local/include/lwes-0 -I/usr/local/include/json   -fprofile-arcs
-ftest-coverage -fstack-protector -shared  -L/usr/local/lib -o netlog-listen
netlog-listen.o libnetlog.la -lresolv -lnsl -lfl -L/usr/local/lib
-L/usr/local/lib -llwes -ljson  
/usr/bin/ld: .libs/netlog-listen: hidden symbol `__stack_chk_fail_local' in
/usr/lib/libc_nonshared.a(stack_chk_fail_local.oS) is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[1]: *** [netlog-listen] Error 1


Adding -shared to CFLAGS allows me to link as was suggested in some user
groups.  However, the produced binaries crash as soon as I run them. 
Running it under gdb is to no avail; it doesn't produce any meaningful stack
trace.

I'm sure someone must have seen this and that I'm doing something stupid
here.  Would appreciate it if someone could let me know what is wrong here.

Thanks,
nads



-- 
View this message in context: http://www.nabble.com/g%2B%2B-4.x.x-chokes-when-using--fprofile-arcs-tp23006819p23006819.html
Sent from the gcc - Help mailing list archive at Nabble.com.


[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux