http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #1 from Jack Howarth 2012-02-08
23:55:26 UTC ---
FYI, a description of the differences between aslr in Snow Leopard and Lion can
be found at...
http://www.0xcafebabe.it/2011/10/15/on-macos-10-7-dyld-randomization/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #2 from Jack Howarth 2012-02-09
00:34:19 UTC ---
Rebuilding x86_64-apple-darwin11.3.0/boehm-gc with -g -O0 -DDARWIN_DEBUG and
the failing gctest at -m64 with the same allows the following backtrace to be
obtained with aslr active und
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #3 from Jack Howarth 2012-02-09
00:40:19 UTC ---
A backtrace for the failing leak_test at -m64 looks identical...
# gdb ./leak_testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov 3
21:59:02 UTC 2011)Copyright 2004 Free Sof
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #4 from Jack Howarth 2012-02-09
00:46:21 UTC ---
Backtrace for thread_leak_test at -m64
# gdb ./thread_leak_testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu
Nov 3 21:59:02 UTC 2011)Copyright 2004 Free Software Foundati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #5 from Jack Howarth 2012-02-09
00:56:13 UTC ---
Backtrace for staticrootstest at -m64...
# gdb ./staticrootstestGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu
Nov 3 21:59:02 UTC 2011)Copyright 2004 Free Software Foundation,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #6 from Jack Howarth 2012-02-09
15:05:50 UTC ---
All of these crashes appear in the section in the GC_mark_from subroutine of
mark.c commented as...
/* Try to prefetch the next pointer to be examined asap.*/
/*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #7 from Jack Howarth 2012-02-11
01:10:48 UTC ---
Interestingly, aslr randomizes the gdb crash log. For instance...
# gdb ./gctest
(gdb) break mark.c:361
Breakpoint 1 at 0x20c49ba5e20a81: file
../../../gcc-4.7-20120209/boehm-gc/mark.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
Patrick Marlier changed:
What|Removed |Added
CC||patrick.marlier at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #9 from Jack Howarth 2012-02-23
02:42:47 UTC ---
(In reply to comment #8)
This change bootstraps fine with current gcc trunk on x86_64-apple-darwin11. It
almost fixes the failures in the boehm-gc test suite. The -m32 results always
p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #10 from Mike Stump 2012-02-23
04:34:30 UTC ---
The proposed patch is wrong, the code is in
boehm-gc/include/private/gcconfig.h, so the patch should change the ifdef
DARWIN block there. I don't know why they have NO_PTHREAD_GET_STACK
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #11 from Mike Stump 2012-02-23
04:56:55 UTC ---
Ah, the better way to do that would be to have:
AC_CHECK_FUNCS([pthread_get_stackaddr_np])
in configure.ac, and then just have
#ifdef HAVE_PTHREAD_GET_STACKADDR_NP
#define STACKBOTTOM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #12 from Jack Howarth 2012-02-23
15:07:17 UTC ---
(In reply to comment #11)
> Ah, the better way to do that would be to have:
>
> AC_CHECK_FUNCS([pthread_get_stackaddr_np])
>
> in configure.ac, and then just have
>
> #ifdef HAVE_PT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #14 from Patrick Marlier
2012-02-23 15:32:31 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
>
> This change bootstraps fine with current gcc trunk on x86_64-apple-darwin11.
> It
> almost fixes the failures in the boehm-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #16 from Patrick Marlier
2012-02-23 15:49:26 UTC ---
Created attachment 26735
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26735
proposal fix
I have also started a patch (not tested at all) but I am more extreme in the
approac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #15 from Jack Howarth 2012-02-23
15:49:06 UTC ---
I notice in boehm-gc/include/private/gcconfig.h we are already setting...
# ifdef DARWIN
# define OS_TYPE "DARWIN"
# define DYNAMIC_LOADING
# if defined(__ppc64__)
#
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #17 from Jack Howarth 2012-02-23
18:24:16 UTC ---
Created attachment 26737
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26737
reduced patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #18 from Jack Howarth 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 bo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #19 from Jack Howarth 2012-02-23
18:37:40 UTC ---
(In reply to comment #13)
> I've not had time to investigate - but suspect it is related to operating
> close to stack limits -- if you try reducing the number of recursions (like
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #20 from Mike Stump 2012-02-23
18:45:28 UTC ---
> Where do you want the second change made?
Let me repeat myself:
the code is in boehm-gc/include/private/gcconfig.h, so the patch should change
the ifdef
DARWIN block there.
In the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #21 from Jack Howarth 2012-02-23
18:50:21 UTC ---
(In reply to comment #20)
> > Where do you want the second change made?
>
> Let me repeat myself:
>
> the code is in boehm-gc/include/private/gcconfig.h, so the patch should change
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #22 from Patrick Marlier
2012-02-23 18:52:56 UTC ---
(In reply to comment #21)
> (In reply to comment #20)
> > > Where do you want the second change made?
> >
> > Let me repeat myself:
> >
> > the code is in boehm-gc/include/private
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #23 from Mike Stump 2012-02-23
18:56:31 UTC ---
I think the patch in 17 is Ok.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #24 from Jack Howarth 2012-02-23
20:13:06 UTC ---
Created attachment 26739
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26739
fix both PR52179 and revert hack from PR49461
I propose the following patch which both fixes PR52179
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #25 from Mike Stump 2012-02-23
21:53:04 UTC ---
Ok.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #26 from Jack Howarth 2012-02-23
21:55:57 UTC ---
Posted to gcc-patches as
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg01209.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #27 from pmarlier at gcc dot gnu.org 2012-02-24 15:21:20 UTC ---
Author: pmarlier
Date: Fri Feb 24 15:21:12 2012
New Revision: 184555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184555
Log:
2012-02-23 Patrick Marlier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
Jack Howarth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #29 from mrs at gcc dot gnu.org 2012-03-02
18:21:46 UTC ---
Author: mrs
Date: Fri Mar 2 18:21:41 2012
New Revision: 184809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184809
Log:
2012-03-02 Jack Howarth
Backport fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
Known to w
30 matches
Mail list logo