Re: GCC 2.8.0 + Libg++ 2.8.0

[Marc Espie <Marc.Espie@liafa.jussieu.fr>]

On Tue, Mar 03, 1998 at 11:15:45PM +0100, Niklas Hallqvist wrote:
> Hello!
> 
> We have now committed the gcc 2.8.0 and the libg++ 2.8.0 release (with
> our own modifications to the build system of course) to our tree.
> There are some notes for you who track -current.

Got around to upgrading. Thanks for it !
(from the mailing-list, looks like I'm behind again, though. If anything has
been fixed for 2.8.1, disregard my comments).

Since this is the first time I used the bsd way of building gcc,
I've got some questions though.

- why is gcc built with -O ?   Any obvious bug we're stumbling upon while
building -O2 ?  I'm wondering, since I know for sure that most everybody
uses gcc with -O2 all the time, heck it's even *recommended* in the 
documentation to use -O2 for stability.
- the Makefile.bsd wrapper does look weird, and not too flexible. For
instance, building the whole gcc/objc/f77/c++ setup *twice* looks like a
waste of resource, especially when bootstrap targets that bootstrap the
C compiler, then build the other tools that don't need to be built twice,
exist.  Maybe they're very difficult to adapt ?
- Is there any reason why the openbsd config info does *not* appear in
the gcc original tree, specifically I'm thinking of egcs ?  Even if it is not
thoroughly tested, giving that to the egcs people would at least give a
simpler base to work against in the future.
- in the same mindset, why is gcc/configure patched for openbsd targets and
not configure.in ?  I can understand that we may not want to use 
autoconf/gnu-m4 and keep the source tree leaner, but having configure track
configure.in makes it easier to work with mainstream sources.

On a lighter note, I've managed to configure/build egcs-pre-release-1.0.2
using m68k-unknown-netbsd as target without any problems (C and C++).

I will probably try again for egcs cvs current soon. I hope that all problems
I had will be fixed, especiall now that we're up to speed on stable
compilers.
-- 
	Marc Espie