http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #18 from Jack Howarth <howarth at nitro dot med.uc.edu> 2012-02-23 18:31:10 UTC --- (In reply to comment #16) The reduced patch properly adds the.. /* Define to 1 if you have the `pthread_get_stackaddr_np_np' function. */ #undef HAVE_PTHREAD_GET_STACKADDR_NP to boehm-gc/include/gc_config.h.in . Since the remaining changes to boehm-gc/include/private/gcconfig.h are "# ifdef DARWIN" and HAVE_PTHREAD_GET_STACKADDR_NP exists no where else, this should be sufficient. The patch elimintes the failures at -m32/-m64 on x86_64-apple-datrwin11 but boehm-gc.c/thread_leak_test.c execution test still hangs on occasion at -m64. This appears as... Leaked composite object at 0x10a908fe0 (/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120223/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c:12, sz=4, NORMAL) Leaked composite object at 0x10a908ec0 (/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120223/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c:12, sz=4, NORMAL) Leaked composite object at 0x10a908f20 (/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120223/boehm-gc/testsuite/boehm-gc.c/thread_leak_test.c:12, sz=4, NORMAL) Leaked composite object at start: 0x10a908f00, appr. length: 48
