stable GCC 3.4 configurations

[Andreas Bartelt]

Hi,

Andreas Hauser wrote:
. ..
Should be stable without CPUTYPE.

hmmm - perhaps my problem isn't related to the P4 optimizations at all. 
I have the same problems, when I don't specify CPUTYPE, but only define 
CCVER= gcc34 in /etc/make.conf. More curiously, gcc -v still gives
"gcc version 2.95.4 20020320 [DragonFly]" after make buildworld && make 
buildkernel (and installing them via make installworld...). So, I've 
probably done something wrong.

Are any intermediate steps necessary to switch from gcc 2.9 to gcc 3.4?

Are my problems related to the "stable tag slip"?

btw, without CCVER= gcc34 defined in make.conf, the system builds, 
installs and works normally with the same source tree.

Some examples, indicating, that the resulting system is broken:
# man man
Formatting page, please wait...Done.
zcat: input not gziped (MAGIC0)
zcat: /usr/share/man/cat1/man.1.gz: uncompress failed
-> man doesn't work anymore.
#make buildworld
. ..
usr/bin:/usr/obj/usr/src/btools_i386/bin:/usr/obj/usr/src/btools_i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin 
 INSTALL="sh /usr/src/tools/install.sh" make -f Makefile.inc1 
-DBOOTSTRAPPING  -DNO_FORTRAN build-tools
echo "===> gnu/usr.bin/cc/cc_tools (build-tools)";  cd 
/usr/src/gnu/usr.bin/cc/cc_tools;  make DIRPRFX=gnu/usr.bin/cc/cc_tools/ 
obj;  make DIRPRFX=gnu/usr.bin/cc/cc_tools/ depend;  make 
DIRPRFX=gnu/usr.bin/cc/cc_tools/ all;  make 
DIRPRFX=gnu/usr.bin/cc/cc_tools/ DESTDIR=/usr/obj/usr/src/btools_i386 
install
===> gnu/usr.bin/cc/cc_tools (build-tools)
/usr/obj/usr/src/btools_i386/usr/src/gnu/usr.bin/cc/cc_tools created for 
/usr/src/gnu/usr.bin/cc/cc_tools
gperf -p -j1 -i 1 -g -o -t -G -N is_reserved_word -k1,3,$ 
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/c-parse.gperf > 
c-gperf.h
Segmentation fault (core dumped)
*** Error code 139

Stop in /usr/src/gnu/usr.bin/cc/cc_tools.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.

Regards,
Andreas