This is the mail archive of the
cygwin@sources.redhat.com
mailing list for the Cygwin project.
Reason for cygwin GCC 2.97 non-bootstrap found
- To: "Cygwin mailing list" <Cygwin at sources dot redhat dot com>, "GCC Bugs" <gcc-bugs at gcc dot gnu dot org>
- Subject: Reason for cygwin GCC 2.97 non-bootstrap found
- From: "Kelley Cook" <Kelley dot Cook at home dot com>
- Date: Mon, 20 Nov 2000 17:45:26 -0500
- Cc: "Zack Weinberg" <zackw at stanford dot edu>
- Reply-To: "Kelley Cook" <Kelley dot Cook at home dot com>
After much binary searching this weekend, I discovered the reason why
Cygwin hasn't been able to bootstrap since late August. It currently
fails with a multiple segmentation faults in stage1 -- see:
http://gcc.gnu.org/ml/gcc-bugs/2000-11/msg00392.html
http://gcc.gnu.org/ml/gcc-bugs/2000-09/msg00059.html
http://gcc.gnu.org/ml/gcc-bugs/2000-08/msg00662.html
http://gcc.gnu.org/ml/gcc-bugs/2000-10/msg00489.html
It was a patch by Zack Weinberg committed on August 24th 2000 --
http://gcc.gnu.org/ml/gcc-patches/2000-08/msg01009.html.
2000-08-24 Zack Weinberg <zack@wolery.cumb.org>
* ggc-page.c (alloc_page): If HAVE_MMAP_ANYWHERE and we're
asked for one page, allocate GGC_QUIRE_SIZE of them and put
the extras on the free list.
(release_pages): Clean up.
(ggc_set_mark): Don't adjust G.allocated here...
(sweep_pages): ... do it here.
Reversing this patch does allow current CVS cygwin to return to
bootstrap land. Actually all you have to reverse is the first two
hunks (the define and the changes to alloc_page); the cleanup hunks
corresponding to release_pages, gcc_set_mark, and sweep_pages work
fine.
I have tried a few simple workarounds, but it appears that I am not
currently familiar enough with cygwin to attempt a workaround, so
unfortunately I have to leave it up to someone more familiar to fix the
problem.
--
Kelley Cook
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com