Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Message-ID: <3ABFCB21.E0552943@ece.gatech.edu> Date: Mon, 26 Mar 2001 18:05:05 -0500 From: Charles Wilson X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: cygwin-developers AT cygwin DOT com Subject: Re: counting down to 1.3.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Subject: counting down to 1.3.0 > Date: Mon, 26 Mar 2001 12:52:01 -0500 > From: Christopher Faylor > Reply-To: cygwin-developers AT cygwin DOT com > To: cygwin-developers AT cygwin DOT com > > I think that we have addressed all of the problems that I know of with the > current CVS version of cygwin. > > I'd like to have two things happen before I make a new release: > > 1) Corinna has some very minor changes to mmap to make things work > better with new versions of gcc. > > 2) I'd like to resolve the newlib/cygwin pthreads issues and get > Rober Collins' latest patches into cygwin. > > Is there anything else outstanding that I should know about? the following is NOT a showstopper, but I thought I should mention it. Recently, XEmacs-NT-cygwin had to make "--rel-alloc=no" the default, turning off the "relocating malloc" option. In the past, XEmacs' configure autodetect failed to find a "relocating malloc" and all was well. Recently, "something" changed and XEmacs' configure suddenly found a "relocating malloc" and configured itself to use it. But the "relocating malloc" doesn't work (at least, not the way XEmacs is using it). Since XEmacs is gearing up for a 21.4 release within weeks, they just made "--rel-alloc=no" the default -- forcibly reverting to the old behavior. No harm, no foul. As I said, this is not a showstopper for cygwin-1.3.0 nor for XEmacs-21.4. --Chuck