From owner-freebsd-current Sun Aug 11 13:37:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11833 for current-outgoing; Sun, 11 Aug 1996 13:37:39 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11828 for ; Sun, 11 Aug 1996 13:37:36 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id NAA17931; Sun, 11 Aug 1996 13:37:26 -0700 From: Josh MacDonald Message-Id: <199608112037.NAA17931@paris.CS.Berkeley.EDU> To: Warner Losh cc: current@freebsd.org Subject: Re: Whither gcc 2.7? In-reply-to: Your message of "Sun, 11 Aug 1996 10:59:52 MDT." <199608111659.KAA24937@rover.village.org> Date: Sun, 11 Aug 1996 13:37:26 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We have the current stable gcc 2.6.3 that is known good and everyone > trusts. Let's have a gcc port (yes, a port) that has 2.7.2 + the > 2.7.2.1 prerelease patches + any other FreeBSD hacks that are needed > to make it work. People can chose between /usr/bin/gcc and > /usr/local/bin/gcc via /etc/make.conf. Over time, this would allow > those people that wanted to follow gcc more closely to do so, and to > have source available for easy importing into whatever scheme the core > kernel uses. Yes, this is a lot of disk space, but no more wasteful > than having both emacs and XEmacs in the ports tree. The version in > the ports tree would use gmake, just like emacs does now, and it > wouldn't be bmaked. I've build recent gccs several times this way, > and it works well. I think this is a fine idea. > Another option is to slightly hack how FreeBSD does its C compiler > installation. We could move from putting it in /usr/libexec to > placing it /usr/lib/gcc-lib/i386-unknown-freebsd2.2/ so that > multiple versions of the compiler can co-exist peacefully. The -V > option could them pick which version people wanted to use, with the > default being the stable one in the source tree. NetBSD and OpenBSD > seem to have moved the compilers so that they live here (I may be > misreading the sources, I've not done a make install on one of these > systems), so there is BSD world precidence. Recent mail on the gcc mailing lists suggest that the -V and -b options to allow a single driver to use multiple installations doesn't really work. See subjects heading '-B or -V vs __GNUC__MINOR__'. > I'd also be happy to put together a port of gcc 2.7.2.1 so that people > that need the newer functionality (especially with g++) of that > revision can have it more easily than today. I'd do that by grabbing > 2.7.2 from prep or gatekeeper or freefall, applying the 2.7.2.1 trial > patches plus any other FreeBSD specific patches that would be needed, > as patch-aa, patch-ab, etc. I'd install it into /usr/local/bin. I'm > not married to any of this. I think the most important thing is that the gcc port is somewhat official and blessed by someone who really knows FreeBSD and gcc. I found it disturbing that in order to do c++ development on FreeBSD over the last 9 months I've had to do my own ports of gcc several times. It gives me an uneasy feeling that I haven't gotten everything right. I don't care which compiler compiles my kernel or my standard installation. -josh