Bug 49566 – -fnew-ra in GCC 3.4.0 doesn't work on given file

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Tom St Denis 2004-04-30 20:33:08 UTC]

When I try to build part of LibTomCrypt [not yet released... I'm the author ;-)] the -fnew-ra fails to build.  Without the option enabled (also the default) the build is successful.

Reproducible: Always
Steps to Reproduce:
1.Build file "eax_decrypt_verify_memory.i" with options "-mtune=pentium4 -mcpu=pentium4 -fnew-ra -c -I./ -Wall -Wsign-compare -W -Wno-unused -Wshadow  -O3 -funroll-loops -fomit-frame-pointer   -c eax_decrypt_verify_memory.i -o eax_decrypt_verify_memory.o"
2.It fails


Actual Results:  
eax_decrypt_verify_memory.c: In function `eax_decrypt_verify_memory':
eax_decrypt_verify_memory.c:58: internal compiler error: in check_colors, at
ra-colorize.c:2006
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.


Expected Results:  
It should have built the file.

In the URL I have a zip which contains a .i file (pre-processed source file) and
the output.

emerge info output 

Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.4.0, glibc-2.3.3_pre20040420-r0,
2.4.26)
=================================================================
System uname: 2.4.26 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.4.10
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=pentium4 -mtune=pentium4"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -fomit-frame-pointer -funroll-loops -mmmx -msse -msse2
-mfpmath=sse -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS=" ftp://mirrors.tds.net/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib apm arts avi berkdb cdr crypt cups dvd encode esd foomaticdb gdbm
gif gnome gpm gtk gtk2 imlib java joystick jpeg kde libg++ libwww mad mikmod mmx
motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python
qt quicktime readline samba sdl slang speex spell sse ssl svga tcpd tetex tiff
truetype usb x86 xml2 xmms xv zlib"

[Comment 1 Tom St Denis 2004-04-30 20:56:37 UTC]

Created attachment 30427 [details]
Contains source and error output.

This is the pre-processed source and GCC output given [e.g. the bug].

[Comment 2 Robert Moss (RETIRED) 2004-05-03 19:32:51 UTC]

Technically, this is a GCC bug, and should be reported there and not here. Have you reported this upstream?

If and when libtomcrypt is released and makes it into portage, this will become a Gentoo bug.

[Comment 3 Tom St Denis 2004-05-04 09:50:44 UTC]

Yes, but as built by portage, GCC tells me to contact the gentoo bug farm to report this ;-)  I'll report it to the gcc team directly I guess.

[Comment 4 Travis Tilley (RETIRED) 2004-05-20 02:55:39 UTC]

try without -mcpu and -O3 (-mtune is fine). if it works then, i can close this bug as wontfix (and refer you to the gcc bugzilla).

[Comment 5 Travis Tilley (RETIRED) 2004-07-14 09:33:13 UTC]

fnew-ra
    Use a graph coloring register allocator. Currently this option is meant only for testing. Users should not specify this option, since it is not yet ready for production use.