Problem using gcc with gcov

Problem using gcc with gcov

[Nath, Alok (STSD)]

Hi guys,
   I am having a serious problem.I didn't find any satisfactory solution
anywhere.
   So pls help me if u can...

   I generated a dynamic library with this options -fprofile-arcs and
-ftest-coverage.
   Idea behind is to use gcov and get the coverage information for my
dynamic library
   which I am calling SepiaRT.Seems it build successfully.

   After that when I try to build an application called findsepia which
uses some of 
   the functions in my instrumented library SepiaRT, I get this error
message.

Linking findsepia for Linux
>> /usr/bin/ld: ../../../../../debug_rhel3_64/bin/findsepia: 
>> hidden symbol '__bb_init_func' in
/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/libgcc.a(_bb.oS) is refer
>> enced by DSO collect2: ld returned 1 exit status
>> gmake[4]: *** [../../../../../debug_rhel3_64/bin/findsepia] Error 1
>> gmake[3]: *** [dep] Error 2
>> gmake[2]: *** [findsepia.subdir] Error 2
>> gmake[1]: *** [tools.subdir] Error 2
>> make: *** [../../parts/sepia.subdir] Error 2 
 
 I am using gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34).

Thanx,
Alok
  


   
 

Re: Problem using gcc with gcov

[Nathan Sidwell]

Nath, Alok (STSD) wrote:

>>>/usr/bin/ld: ../../../../../debug_rhel3_64/bin/findsepia: 
>>>hidden symbol '__bb_init_func' in
> 
> /usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/libgcc.a(_bb.oS) is refer
> 
>>>enced by DSO collect2: ld returned 1 exit status
>>>gmake[4]: *** [../../../../../debug_rhel3_64/bin/findsepia] Error 1
>>>gmake[3]: *** [dep] Error 2
>>>gmake[2]: *** [findsepia.subdir] Error 2
>>>gmake[1]: *** [tools.subdir] Error 2
>>>make: *** [../../parts/sepia.subdir] Error 2 

A shared library bug has recently been fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

is this the same?

nathan

-- 
Nathan Sidwell    ::   http://www.codesourcery.com   ::     CodeSourcery LLC
nathan@codesourcery.com    ::     http://www.planetfall.pwp.blueyonder.co.uk

Re: Problem using gcc with gcov

[Eric Hanchrow]

>>>>> "Nathan" == Nathan Sidwell <nathan@codesourcery.com> writes:

    Nathan> Nath, Alok (STSD) wrote:
    >>>> /usr/bin/ld: ../../../../../debug_rhel3_64/bin/findsepia:
    >>>> hidden symbol '__bb_init_func' in
    >> /usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/libgcc.a(_bb.oS) is
    >> refer
    >> 
    >>>> enced by DSO collect2: ld returned 1 exit status gmake[4]:
    >>>> *** [../../../../../debug_rhel3_64/bin/findsepia] Error 1
    >>>> gmake[3]: *** [dep] Error 2 gmake[2]: *** [findsepia.subdir]
    >>>> Error 2 gmake[1]: *** [tools.subdir] Error 2 make: ***
    >>>> [../../parts/sepia.subdir] Error 2

    Nathan> A shared library bug has recently been fixed.
    Nathan> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

    Nathan> is this the same?

It certainly doesn't look like it -- the bug you referred to describes
a segfault when the profiled program runs, but Alok is complaining
about an inability to link the profiled program in the first place.

I too would love to be able to profile shared libraries, and have
given up because of this very problem.

-- 
The whole point of loud music is to make it possible
to date without talking.
        -- Roger Ebert