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

Bug#551154: libc6-prof: undefined reference to `_dl_prof_resolve'



Package: libc6-prof
Version: 2.7-18
Severity: important


$ cat myprog.c
int main(void)
{
  return 0;
}
$ gcc -g -pg -o myprog myprog.c -static-libgcc -lc_p
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/libc_p.a(dl-machine.op): In function `__elf_machine_runtime_setup':
(.text+0xd56): undefined reference to `_dl_prof_resolve'
/usr/lib/gcc/powerpc-linux-gnu/4.3.2/../../../../lib/libc_p.a(dl-machine.op): In function `__elf_machine_runtime_setup':
(.text+0xd5a): undefined reference to `_dl_prof_resolve'
collect2: ld returned 1 exit status
$

Note the gcc command line above is an exact copy of the example in
README.Debian, but it doesn't work. I can't find a way to get this
_dl_prof_resolve linked in. nm /lib/lib* /usr/lib/lib* finds it only in
/usr/lib/libc.a

I haven't made much of an effort to find out what _dl_prof_resolve is
supposed to do, but I did notice that it's defined in
sysdeps/powerpc/powerpc32/dl-trampoline.S, inside #ifndef PROF, which makes
me wonder, is that backwards? A function with "prof" in its name, that's
defined everywhere but the profiling library? Could I fix this by taking the
'n' out of #ifndef?

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.31.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6-prof depends on:
ii  libc6                         2.7-18     GNU C Library: Shared libraries

libc6-prof recommends no packages.

libc6-prof suggests no packages.

-- debconf-show failed



Reply to: