Comments on: Mac OS X now supported on the Valgrind trunk http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/ Mon, 13 Feb 2012 14:54:05 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Nicholas Nethercote http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-210 Nicholas Nethercote Wed, 24 Jun 2009 22:55:32 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-210 Mike, Greg Parker, who wrote the port, initially started with ppc32-darwin, because he started it before x86-darwin machines even existed. But he switched to x86-darwin when it became clear that PPC was on the way out. Porting Valgrind to any new platform -- even if the architecture and OS have been handled in other supported combinations -- is a lot of work, and so the cost/benefit ratio for ppc32-darwin is really unfavourable. Mike,

Greg Parker, who wrote the port, initially started with ppc32-darwin, because he started it before x86-darwin machines even existed. But he switched to x86-darwin when it became clear that PPC was on the way out.

Porting Valgrind to any new platform — even if the architecture and OS have been handled in other supported combinations — is a lot of work, and so the cost/benefit ratio for ppc32-darwin is really unfavourable.

]]> By: Mike Henry http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-209 Mike Henry Wed, 24 Jun 2009 21:07:12 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-209 Great stuff! Missing ppc32-darwin support, though... :( But then again, come September and 10.6, my trusty G4 will probably R.I.P. anyway. :) Thanks! Great stuff!
Missing ppc32-darwin support, though… :(
But then again, come September and 10.6, my trusty G4 will probably R.I.P. anyway. :)
Thanks!

]]> By: agilesoftware http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-178 agilesoftware Sat, 13 Jun 2009 13:13:59 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-178 But I always get: valgrind: m_libcfile.c:73 (vgPlain_safe_fd): Assertion 'newfd >= VG_(fd_hard_limit)' failed. I have reported it on http://bugs.kde.org/show_bug.cgi?id=196335 But I always get:

valgrind: m_libcfile.c:73 (vgPlain_safe_fd): Assertion ‘newfd >=
VG_(fd_hard_limit)’ failed.

I have reported it on http://bugs.kde.org/show_bug.cgi?id=196335

]]> By: agilesoftware http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-177 agilesoftware Sat, 13 Jun 2009 12:46:50 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-177 It works for me. Thank you very much. It works for me. Thank you very much.

]]> By: Nicholas Nethercote http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-176 Nicholas Nethercote Fri, 12 Jun 2009 23:27:38 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-176 agilesoftware, it may well be due to https://bugs.kde.org/show_bug.cgi?id=193917. If so, it's not Valgrind's fault and there's an easy workaround. agilesoftware, it may well be due to https://bugs.kde.org/show_bug.cgi?id=193917. If so, it’s not Valgrind’s fault and there’s an easy workaround.

]]> By: agilesoftware http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-175 agilesoftware Fri, 12 Jun 2009 15:19:35 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-175 I have tried DARWIN branch a few times(for different revisions). Every time I can compile it , but running it always results to Trace/BPT trap.Today I checkout from trunk, and I get the same result. my environment: 10.5.7 -uname- Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 gcc version 4.0.1 (Apple Inc. build 5490) Anyone else has trouble like me? I have tried DARWIN branch a few times(for different revisions). Every time I can compile it , but running it always results to Trace/BPT trap.Today I checkout from trunk, and I get the same result.

my environment:

10.5.7 -uname- Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386

gcc version 4.0.1 (Apple Inc. build 5490)

Anyone else has trouble like me?

]]> By: Nicholas Nethercote http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-174 Nicholas Nethercote Thu, 04 Jun 2009 21:09:50 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-174 bc, can you file a bug report? http://bugs.kde.org/enter_valgrind_bug.cgi Thanks. bc, can you file a bug report? http://bugs.kde.org/enter_valgrind_bug.cgi

Thanks.

]]> By: bc http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-173 bc Thu, 04 Jun 2009 16:03:28 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-173 gcc -arch i386 -O2 -g -Wmissing-prototypes -Wall -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -mmacosx-version-min=10.5 -fno-stack-protector -mdynamic-no-pic -O2 -Wno-long-long -Wno-pointer-sign -Wdeclaration-after-statement -fno-stack-protector -nodefaultlibs -nostartfiles -Wl,-u,__start -Wl,-e,__start -Wl,-bind_at_load /usr/lib/dyld -arch i386 -Wl,-seg1addr,0xf0080000 -Wl,-stack_addr,0xf0080000 -Wl,-stack_size,0x80000 -Wl,-pagezero_size,0xf0000000 -o memcheck-x86-darwin memcheck_x86_darwin-mc_leakcheck.o memcheck_x86_darwin-mc_malloc_wrappers.o memcheck_x86_darwin-mc_main.o memcheck_x86_darwin-mc_translate.o memcheck_x86_darwin-mc_machine.o memcheck_x86_darwin-mc_errors.o ../coregrind/libcoregrind-x86-darwin.a ../VEX/libvex-x86-darwin.a -lgcc ld: in ../VEX/libvex-x86-darwin.a, archive has no table of contents collect2: ld returned 1 exit status :-( gcc -arch i386 -O2 -g -Wmissing-prototypes -Wall -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -mmacosx-version-min=10.5 -fno-stack-protector -mdynamic-no-pic -O2 -Wno-long-long -Wno-pointer-sign -Wdeclaration-after-statement -fno-stack-protector -nodefaultlibs -nostartfiles -Wl,-u,__start -Wl,-e,__start -Wl,-bind_at_load /usr/lib/dyld -arch i386 -Wl,-seg1addr,0xf0080000 -Wl,-stack_addr,0xf0080000 -Wl,-stack_size,0×80000 -Wl,-pagezero_size,0xf0000000 -o memcheck-x86-darwin memcheck_x86_darwin-mc_leakcheck.o memcheck_x86_darwin-mc_malloc_wrappers.o memcheck_x86_darwin-mc_main.o memcheck_x86_darwin-mc_translate.o memcheck_x86_darwin-mc_machine.o memcheck_x86_darwin-mc_errors.o ../coregrind/libcoregrind-x86-darwin.a ../VEX/libvex-x86-darwin.a -lgcc
ld: in ../VEX/libvex-x86-darwin.a, archive has no table of contents
collect2: ld returned 1 exit status

:-(

]]> By: gparker http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-172 gparker Thu, 04 Jun 2009 02:39:59 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-172 There will be WWDC presentations on the Clang Static Analyzer, but not Valgrind. (Valgrind and Clang Static Analyzer: two great tastes that taste great together!) If you have Valgrind questions, I'll be in the labs at various times during the week. There will be WWDC presentations on the Clang Static Analyzer, but not Valgrind. (Valgrind and Clang Static Analyzer: two great tastes that taste great together!) If you have Valgrind questions, I’ll be in the labs at various times during the week.

]]> By: Nicholas Nethercote http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-the-valgrind-trunk/comment-page-1/#comment-171 Nicholas Nethercote Tue, 02 Jun 2009 22:15:14 +0000 http://blog.mozilla.com/nnethercote/?p=111#comment-171 Eric B, if you configure it with --build=amd64-darwin then it will run both 32-bit and 64-bit executables. The 64-bit support is not as complete, though, and quite slow to start up. Eric B, if you configure it with –build=amd64-darwin then it will run both 32-bit and 64-bit executables. The 64-bit support is not as complete, though, and quite slow to start up.

]]>