Subject: Trying to upgrade gcc, the hard way, help appreciated
To: None <firstname.lastname@example.org>
From: Bucky Katz <email@example.com>
Date: 08/30/2007 14:13:05
The head of our library team, who has been investigating our GCC
issues, would like us to use the same release of GCC for our NetBSD
builds that we use for our standalone builds.
This has led to our trying to follow two suggested paths, one here,
and one offered in IRC, towards using a more recent update of GCC in
place of the GCC in the netbsd-4 tree.
We'd like help on figuring out what we're doing wrong on either path:
1) "Replace GCC in the tree."
David, the head of the library team, is trying to do the exercise of
upgrading gcc in place. He has figured out how to diff and merge the
gcc sources so that he has a rlease version of 4.1.2 merged into the
netbsd-4 tree, but that is failing because c++ won't build when we try
to make a distribution with build.sh. He has, today, discovered
src/tools/gcc/README.mknative and is off trying to make that work.
What other surprises will he encounter?
2) "Build out of tree"
I've tried this, with recommendations from Matt Thomas, by setting
in mk.conf and trying the build. (armdev-926ej-s-4.2.1 is a 'straight
from FSF' 4.2.1 release that we build as an arm cross compiler)
This fails when using build.s to make a distribution because it is
unhappy about some floating point stuff. Here's a log extract:
# create libc/infinityl_dbl_ieee754.d
.d -- -D_LIBC -DLIBC_SCCS -DSYSLIBC_SCCS -D_REENTRANT -DHESIOD
DBINTERFACE_PRIVATE -DI18NMODULE_MAJOR=4 -DCITRUS
-DCOMPAT__RES -DUSE_POLL -DPORTMAP -DWIDE_DOUBLE -DALL_STATE
dbl_ieee754.c:13:2: error: #error double / long double mismatch