search

evilsong / gperftools

Automatically exported from code.google.com/p/gperftools
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

Are there known problems when linking with ld.gold (default for gcc4.7) or newer ld.bfd? #495

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
I'm trying to build a customized 1.9.1 with gcc4.7.  I'm reasonably certain 
that the same problem will occur with 2.0.

libstacktrace.so contains liblogging.a, which defines FLAGS_verbose.  
libtcmalloc.so is built against libstacktrace.so.

sampling_test is linked only with libtcmalloc.so  (sampling_test is the first 
executable where I run into this problem.)

Older versions of gnu-ld get the definition from libstacktrace.so .  Newer 
versions of ld.bfd and ld.gold won't.

Original issue reported on code.google.com by ana...@earthlink.net on 7 Feb 2013 at 7:56

GoogleCodeExporter commented 9 years ago 
Can you please try with the current gperftools trunk code. I haven't seen any 
similar reports.

Original comment by chapp...@gmail.com on 10 Mar 2013 at 8:46

GoogleCodeExporter commented 9 years ago 
The problem appears to be operator error.  In other words, it can be closed as 
"WORKSFOREVERYONEWITHACLUE".

Original comment by ana...@earthlink.net on 2 Apr 2013 at 12:34

GoogleCodeExporter commented 9 years ago 
closing as requested by person who filed issue

Original comment by alkondratenko on 14 Jul 2013 at 3:04