I can consistently produce Segmentation Faults and/or ICE's when using
gcc-3.0 with the above options on large projects (ie gcc 3 and mainline,
glibc CVS mainline).

I have submitted at least one PR to glibc PRlibc/2286(their gnats is down -( )
and one to gcc PR2968
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=2968&database=gcc

The solutions I've been able to use work, but still imply something is
broken WRT march=athon && (-Os || -ggdb). I can compile with:
march=athlon -O2 -g
march=athlon -O2
march=athlon -g
march=athlon -Os (sometimes)
march=athlon -ggdb (sometimes)
march=athlon -Os -ggdb (sometimes)

If I change s/athlon/i686/ I see no problems so far.

I understand the athon code is new (and mostly/somewhat untested?). I
also understand the kernel itself is having problems with 2.4.x and
athlon code WRT some VIA chipsets (I have one and innumerable oopses
sent to lkml). All of my compiling problems are done with Debian
unstable and kernel 2.2.19.

Is someone responsible for the athlon code? Is it being released with
gcc-3.0 as experimental? Is it possible their is a relationship from
these problems to the same ones kernel 2.4.x is having? Is there
anything I can do to assist?

Duron 800
Epox 8KTA3

-- 
Gordon Sadler


Reply via email to