|
From: Gabriel G. <ga...@gr...> - 2017-01-05 10:01:48
Attachments:
smime.p7s
|
Hi all, I am unable to compile on Mac OS X 10.11.6 Xcode command line tools are installed. Downloaded the valgrind version 3.12.0 from official site: http://www.valgrind.org/downloads/current.html http://www.valgrind.org/downloads/valgrind-3.12.0.tar.bz2 ./configure (without arguments) runs fine with final output: Maximum build arch: amd64 Primary build arch: amd64 Secondary build arch: x86 Build OS: darwin Primary build target: AMD64_DARWIN Secondary build target: X86_DARWIN Platform variant: vanilla Primary -DVGPV string: -DVGPV_amd64_darwin_vanilla=1 Default supp files: exp-sgcheck.supp xfree-3.supp xfree-4.supp darwin10-drd.supp darwin15.supp but then „make“ files after a while with missing symbol „___bzero“. Otheres have that problem too but there are no answers: https://gist.github.com/tapichu/3025307 https://gist.github.com/Jud/3001460 below is the output of last command that fials: Making all in memcheck Making all in . ../coregrind/link_tool_exe_darwin 0x138000000 gcc -o memcheck-amd64-darwin -arch x86_64 -O2 -g -std=gnu99 -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wcast-align -Wcast-qual -Wwrite-strings -Wempty-body -Wformat -Wformat-security -Wignored-qualifiers -fno-stack-protector -fno-strict-aliasing -fno-builtin -Wno-cast-align -Wno-self-assign -Wno-tautological-compare -mmacosx-version-min=10.6 -fno-stack-protector -O2 -nodefaultlibs -nostartfiles -Wl,-u,__start -Wl,-e,__start -arch x86_64 memcheck_amd64_darwin-mc_leakcheck.o memcheck_amd64_darwin-mc_malloc_wrappers.o memcheck_amd64_darwin-mc_main.o memcheck_amd64_darwin-mc_translate.o memcheck_amd64_darwin-mc_machine.o memcheck_amd64_darwin-mc_errors.o ../coregrind/libcoregrind-amd64-darwin.a ../VEX/libvex-amd64-darwin.a -lgcc link_tool_exe_darwin: /usr/bin/ld -static -arch x86_64 -macosx_version_min 10.6 -o memcheck-amd64-darwin -u __start -e __start -image_base 0x138000000 -stack_addr 0x134000000 -stack_size 0x800000 memcheck_amd64_darwin-mc_leakcheck.o memcheck_amd64_darwin-mc_malloc_wrappers.o memcheck_amd64_darwin-mc_main.o memcheck_amd64_darwin-mc_translate.o memcheck_amd64_darwin-mc_machine.o memcheck_amd64_darwin-mc_errors.o ../coregrind/libcoregrind-amd64-darwin.a ../VEX/libvex-amd64-darwin.a Undefined symbols for architecture x86_64: "___bzero", referenced from: _hijack_thread_state in libcoregrind-amd64-darwin.a(libcoregrind_amd64_darwin_a-syswrap-amd64-darwin.o) _RRegUniverse__init in libvex-amd64-darwin.a(libvex_amd64_darwin_a-host_generic_regs.o) ld: symbol(s) not found for architecture x86_64 make[3]: *** [memcheck-amd64-darwin] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 It would be great if someone could help me. thank you very much! Gabriel |
|
From: Philippe W. <phi...@sk...> - 2017-01-05 10:47:11
|
On Thu, 2017-01-05 at 10:44 +0100, Gabriel Gritsch wrote:
> I am unable to compile on Mac OS X 10.11.6
Problem was already reported on this list the 23 of December,
a bypass/solution was given by John Reiser.
Here is a copy:
> Undefined symbols for architecture x86_64:
>
> "___bzero", referenced from:
>
> _hijack_thread_state in libcoregrind-amd64-darwin.a(libcoregrind_amd64_darwin_a-syswrap-amd64-darwin.o)
>
> _RRegUniverse__init in libvex-amd64-darwin.a(libvex_amd64_darwin_a-host_generic_regs.o)
$ grep -r __bzero valgrind-3.12
===== coregrind/m_main.c
#if defined(VGO_darwin) && DARWIN_VERS == DARWIN_10_10
/* This might also be needed for > DARWIN_10_10, but I have no way
to test for that. Hence '==' rather than '>=' in the version
test above. */
void __bzero ( void* s, UWord n );
void __bzero ( void* s, UWord n )
{
(void) VG_(memset)( s, 0, n );
}
#endif
=====
So a timid developer chose "not functional" versus
"works, but perhaps a few microseconds slower".
Just change it to
#if defined(VGO_darwin)
omitting the test of DARWIN_VERS.
|
|
From: Gabriel G. <ga...@gr...> - 2017-01-05 12:21:34
Attachments:
smime.p7s
|
thank you for the quick answer - it worked. I was unable to search the mailing list because the mentioned urls seem to be down: http://news.gmane.org/gmane.comp.debugging.valgrind http://search.gmane.org thank you and best regards Gabriel > Am 05.01.2017 um 11:47 schrieb Philippe Waroquiers <phi...@sk...>: > > On Thu, 2017-01-05 at 10:44 +0100, Gabriel Gritsch wrote: >> I am unable to compile on Mac OS X 10.11.6 > Problem was already reported on this list the 23 of December, > a bypass/solution was given by John Reiser. > Here is a copy: > > >> Undefined symbols for architecture x86_64: >> >> "___bzero", referenced from: >> >> _hijack_thread_state in libcoregrind-amd64-darwin.a(libcoregrind_amd64_darwin_a-syswrap-amd64-darwin.o) >> >> _RRegUniverse__init in libvex-amd64-darwin.a(libvex_amd64_darwin_a-host_generic_regs.o) > > $ grep -r __bzero valgrind-3.12 > > ===== coregrind/m_main.c > #if defined(VGO_darwin) && DARWIN_VERS == DARWIN_10_10 > > /* This might also be needed for > DARWIN_10_10, but I have no way > to test for that. Hence '==' rather than '>=' in the version > test above. */ > void __bzero ( void* s, UWord n ); > void __bzero ( void* s, UWord n ) > { > (void) VG_(memset)( s, 0, n ); > } > > #endif > ===== > > So a timid developer chose "not functional" versus > "works, but perhaps a few microseconds slower". > > Just change it to > #if defined(VGO_darwin) > omitting the test of DARWIN_VERS. > > > > |
|
From: Philippe W. <phi...@sk...> - 2017-01-05 12:46:33
|
On Thu, 2017-01-05 at 13:21 +0100, Gabriel Gritsch wrote: > thank you for the quick answer - it worked. > > I was unable to search the mailing list because the mentioned urls seem to be down: > http://news.gmane.org/gmane.comp.debugging.valgrind > http://search.gmane.org Yes, the gmane shutdown has still some visible effects :(. I guess that we need to change these URLs to point at the 'born again' gmane but I am not sure to understand the current state of this new gmane, and which URL to use to point at the search. Philippe |