Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Delivered-To: mailing list cygwin@sources.redhat.com Date: Mon, 20 Nov 2000 19:24:14 -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: <20001120192414.D17317@redhat.com> References: <200011202245.eAKMjjN27680@plmlir3.mail.eds.com> <20001120154222.O17712@wolery.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <20001120154222.O17712@wolery.stanford.edu>; from Zack Weinberg on Mon, Nov 20, 2000 at 03:42:23PM -0800 On Mon, Nov 20, 2000 at 03:42:23PM -0800, Zack Weinberg wrote: > +#if use_malloc > + return (char *) malloc (size); > +#endif [...] > + return res + offset; I refuse to believe that there exists any magic size/roundup/offset combination that *always* returns a full page of aligned memory. The only semi-decent solution I can think of is to get N*pagesize+C bytes from malloc, which can then be delivered as N' aligned data pages, plus a control block of size C to determine when the entire block may be freed. N' will normally be N-1, but could accidentally be N. 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. r~ -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com