Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Mon, 20 Nov 2000 19:44:46 -0800 From: Richard Henderson To: Zack Weinberg Cc: Kelley Cook , Cygwin mailing list , GCC Bugs , GCC Patches Subject: Re: Reason for cygwin GCC 2.97 non-bootstrap found Message-ID: <20001120194446.A17399@redhat.com> References: <200011202245 DOT eAKMjjN27680 AT plmlir3 DOT mail DOT eds DOT com> <20001120154222 DOT O17712 AT wolery DOT stanford DOT edu> <20001120192414 DOT D17317 AT redhat DOT com> <20001120193449 DOT Y17712 AT wolery DOT stanford DOT edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <20001120193449.Y17712@wolery.stanford.edu>; from Zack Weinberg on Mon, Nov 20, 2000 at 07:34:49PM -0800 On Mon, Nov 20, 2000 at 07:34:49PM -0800, Zack Weinberg wrote: > In fact I plan to do this after I figure out just where the labor > split between libiberty and ggc-page.c should be. IMO there's no pressing reason to do _any_ of it in libiberty, unless we were to move the entire garbage collector there. If we can make the collector faster by incorporating knowledge about how the allocators work, then that is a good thing. > > Moreover, I think the ggc-page mmap optimizations are useful enough > > that I do not want to defer everything to an xvalloc or the like. > > They should come back as a side effect of doing the N*pagesize+C thing > you suggest. Uh, including the one concerning large munmap ranges? I certainly wouldn't have thought that appropriate for a generic xvfree... r~ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com