Menu
▾
▴
valgrind-users
|
From: Matthias A. <gu...@un...> - 2014-09-18 08:10:07
|
Hello,
This is on a Linux host running:
valgrind-3.10.0> uname -a
Linux SRAP03DXOH 2.6.5-7.191-bigsmp #1 SMP Tue Jun 28 14:58:56 UTC 2005 i686 athlon i386 GNU/Linux
valgrind-3.10.0> CFLAGS="-DPTRACE_GETSIGINFO=0x4202" export CFLAGS
valgrind-3.10.0> ./configure
valgrind-3.10.0> gmake
...
mv -f .deps/memcheck_x86_linux-mc_errors.Tpo .deps/memcheck_x86_linux-mc_errors.Po
../coregrind/link_tool_exe_linux 0x38000000 gcc -Wno-long-long -DPTRACE_GETSIGINFO=0x4202 -o memcheck-x86-linux -m32 -mpreferred-stack-boundary=2 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -O2 -static -nodefaultlibs -nostartfiles -u _start -m32 memcheck_x86_linux-mc_leakcheck.o memcheck_x86_linux-mc_malloc_wrappers.o memcheck_x86_linux-mc_main.o memcheck_x86_linux-mc_translate.o memcheck_x86_linux-mc_machine.o memcheck_x86_linux-mc_errors.o ../coregrind/libcoregrind-x86-linux.a ../VEX/libvex-x86-linux.a -lgcc
../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x14bba): In function `vgSysWrap_linux_sys_ioctl_after':
m_syswrap/syswrap-linux.c:8476: undefined reference to `__builtin_popcountll'
../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x1ddcb): In function `vgSysWrap_linux_sys_ioctl_before':
m_syswrap/syswrap-linux.c:5748: undefined reference to `__builtin_popcountll'
collect2: ld returned 1 exit status
gmake[3]: *** [memcheck-x86-linux] Error 1
gmake[3]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0'
gmake: *** [all] Error 2
Vy 73
matthias
--
Matthias Apitz
Development Lead SunRise - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany tel +49-89-61308 351 - fax +49-89-61308 399 - mobile +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5
----- End forwarded message -----
--
Matthias Apitz | /"\ ASCII Ribbon Campaign:
E-mail: gu...@un... | \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ | X - No proprietary attachments
phone: +49-170-4527211 | / \ - Respect for open standards
| en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
|
|
From: Julian S. <js...@ac...> - 2014-09-26 16:25:10
|
Er, this isn't good. Can you file a bug report as described at http://www.valgrind.org/support/bug_reports.html so that this gets tracked properly? If it just remains on the mailing list it is likely to get forgotten. Thanks. J On 09/18/2014 10:09 AM, Matthias Apitz wrote: > > Hello, > > This is on a Linux host running: > > valgrind-3.10.0> uname -a > Linux SRAP03DXOH 2.6.5-7.191-bigsmp #1 SMP Tue Jun 28 14:58:56 UTC 2005 i686 athlon i386 GNU/Linux > > valgrind-3.10.0> CFLAGS="-DPTRACE_GETSIGINFO=0x4202" export CFLAGS > valgrind-3.10.0> ./configure > valgrind-3.10.0> gmake > ... > > mv -f .deps/memcheck_x86_linux-mc_errors.Tpo .deps/memcheck_x86_linux-mc_errors.Po > ../coregrind/link_tool_exe_linux 0x38000000 gcc -Wno-long-long -DPTRACE_GETSIGINFO=0x4202 -o memcheck-x86-linux -m32 -mpreferred-stack-boundary=2 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -O2 -static -nodefaultlibs -nostartfiles -u _start -m32 memcheck_x86_linux-mc_leakcheck.o memcheck_x86_linux-mc_malloc_wrappers.o memcheck_x86_linux-mc_main.o memcheck_x86_linux-mc_translate.o memcheck_x86_linux-mc_machine.o memcheck_x86_linux-mc_errors.o ../coregrind/libcoregrind-x86-linux.a ../VEX/libvex-x86-linux.a -lgcc > ../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x14bba): In function `vgSysWrap_linux_sys_ioctl_after': > m_syswrap/syswrap-linux.c:8476: undefined reference to `__builtin_popcountll' > ../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x1ddcb): In function `vgSysWrap_linux_sys_ioctl_before': > m_syswrap/syswrap-linux.c:5748: undefined reference to `__builtin_popcountll' > collect2: ld returned 1 exit status > gmake[3]: *** [memcheck-x86-linux] Error 1 > gmake[3]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0' > gmake: *** [all] Error 2 > > Vy 73 > > matthias > |
|
From: Florian K. <fl...@ei...> - 2014-10-29 08:24:22
|
I've fixed this in revision 14673. Curious, what GCC version have you been using? I recommend you file a bug report in the future as issues reported on the mailing list easily get forgotten. Florian On 18.09.2014 10:09, Matthias Apitz wrote: > > Hello, > > This is on a Linux host running: > > valgrind-3.10.0> uname -a > Linux SRAP03DXOH 2.6.5-7.191-bigsmp #1 SMP Tue Jun 28 14:58:56 UTC 2005 i686 athlon i386 GNU/Linux > > valgrind-3.10.0> CFLAGS="-DPTRACE_GETSIGINFO=0x4202" export CFLAGS > valgrind-3.10.0> ./configure > valgrind-3.10.0> gmake > ... > > mv -f .deps/memcheck_x86_linux-mc_errors.Tpo .deps/memcheck_x86_linux-mc_errors.Po > ../coregrind/link_tool_exe_linux 0x38000000 gcc -Wno-long-long -DPTRACE_GETSIGINFO=0x4202 -o memcheck-x86-linux -m32 -mpreferred-stack-boundary=2 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -O2 -static -nodefaultlibs -nostartfiles -u _start -m32 memcheck_x86_linux-mc_leakcheck.o memcheck_x86_linux-mc_malloc_wrappers.o memcheck_x86_linux-mc_main.o memcheck_x86_linux-mc_translate.o memcheck_x86_linux-mc_machine.o memcheck_x86_linux-mc_errors.o ../coregrind/libcoregrind-x86-linux.a ../VEX/libvex-x86-linux.a -lgcc > ../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x14bba): In function `vgSysWrap_linux_sys_ioctl_after': > m_syswrap/syswrap-linux.c:8476: undefined reference to `__builtin_popcountll' > ../coregrind/libcoregrind-x86-linux.a(libcoregrind_x86_linux_a-syswrap-linux.o)(.text+0x1ddcb): In function `vgSysWrap_linux_sys_ioctl_before': > m_syswrap/syswrap-linux.c:5748: undefined reference to `__builtin_popcountll' > collect2: ld returned 1 exit status > gmake[3]: *** [memcheck-x86-linux] Error 1 > gmake[3]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0/memcheck' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0' > gmake: *** [all] Error 2 > > Vy 73 > > matthias > |
|
From: Julian S. <js...@ac...> - 2014-10-29 10:30:04
|
On 10/29/2014 09:24 AM, Florian Krohm wrote: > I've fixed this in revision 14673. > Curious, what GCC version have you been using? I think the deciding factor might be, not the gcc version, but the CPU variant being compiled for. In particular that some AMDs do or don't have special variants of these in hardware, or some such. J |
|
From: Tom H. <to...@co...> - 2014-10-29 11:00:52
|
On 29/10/14 10:29, Julian Seward wrote: > On 10/29/2014 09:24 AM, Florian Krohm wrote: >> I've fixed this in revision 14673. >> Curious, what GCC version have you been using? > > I think the deciding factor might be, not the gcc version, but the CPU > variant being compiled for. In particular that some AMDs do or don't have > special variants of these in hardware, or some such. That was my initial assumption, but I'm not sure it can be true because a fairly generic build that just targets any old x86_64 or whatever does work. Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Florian K. <fl...@ei...> - 2014-10-29 11:55:37
|
On 29.10.2014 12:00, Tom Hughes wrote: > On 29/10/14 10:29, Julian Seward wrote: >> On 10/29/2014 09:24 AM, Florian Krohm wrote: >>> I've fixed this in revision 14673. >>> Curious, what GCC version have you been using? >> >> I think the deciding factor might be, not the gcc version, but the CPU >> variant being compiled for. In particular that some AMDs do or don't >> have >> special variants of these in hardware, or some such. > > That was my initial assumption, but I'm not sure it can be true because > a fairly generic build that just targets any old x86_64 or whatever does > work. Right.. If GCC knows nothing about, say, __builtin_popcount then __builtin_popcount(value) appears to the compiler as call to an unknown (undeclared) function. That compiles OK (K&R allows that) but probably with a warning. Linking of cause will fail. Florian |
Thanks for helping keep SourceForge clean.
X