This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug boehm-gc/52179] boehm-gc incompatible with aslr on darwin11
- From: "howarth at nitro dot med.uc.edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 23 Feb 2012 18:31:10 +0000
- Subject: [Bug boehm-gc/52179] boehm-gc incompatible with aslr on darwin11
- Auto-submitted: auto-generated
- References: <bug-52179-4@http.gcc.gnu.org/bugzilla/>
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