From owner-freebsd-current Wed Aug 7 05:59:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15587 for current-outgoing; Wed, 7 Aug 1996 05:59:41 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA15555 for ; Wed, 7 Aug 1996 05:59:24 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id OAA02175; Wed, 7 Aug 1996 14:57:56 +0200 (SAT) Message-Id: <199608071257.OAA02175@grumble.grondar.za> To: Peter Wemm cc: Nate Williams , current@FreeBSD.ORG Subject: Re: Whither gcc 2.7? Date: Wed, 07 Aug 1996 14:57:56 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > A couple of things have been happening here that have drastically impacted > on the time I've been spending on FreeBSD lately... My family still has > the Flu for starters (it's going onto the 8th week or so now :-( ), and > something terrible has happened at work... (like, I've actually been > having quite good *fun* on my paying job. I've been spending a lot of > extra time on that.) Ah yes, the bane of FreeBSD development - a fun job! > So, I'm pretty tempted to just give up and do 2.7.2 and update it to > 2.7.3/2.7.2.1/whatever when it's finally ready. Please do that! > This does have merits, as I > could actually use John Polstra's elfkit patches to allow an elf version > to be built as well. > > It makes no real difference to me time-wise as to which form is imported, > as I have both versions (bmake style and "native" style) working and in > sync here already, under P3's multiple-view control. > > Also, out of interest, it would not be difficult to have a real gcc-style > build using a driver makefile under src/gnu/usr.bin/cc, including obj dir > support, running configure --srcdir=... and so on. > > Perhaps it should be done that way anyway, as it would be trivial to have > both compilers in the system for a limited time, and allow people to > easily opt to use the old one if there's a major problem for them. This make far too much sense _not_ to be used. The src/contrib system is nice. Please use that. > The more I think about it, the more I'm changing my mind and coming to the > opinion that we can do a lot more with it if the parts that we need go > into src/contrib with the bmake build points in the correct part of the > tree as usual. Win, Win, Win. > I have other things on the agenda: > - libncurses > - cvs > - libz (cvs now uses it) Win, Win, Win. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key