Re: another(?) gcc-3.2 bug on m68k
Christian T. Steigies writes:
> Hi,
> dia fails to compile on m68k:
>
> Making all in standard
> make[4]: Entering directory `/build/buildd/dia-0.91/objects/standard'
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../intl
> -I./../../lib
> +-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
> -I/usr/include/pango-1.0
> +-I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
> -I/usr/include/libxml2
> +-I/usr/include/libxml2/libxml -I/usr/include/libart-2.0
> -I/usr/include/libxml2/libxml
> +-I/usr/include/libxml2 -g -O2 -Wall -Wunused -Winline -Wmissing-prototypes
> -Wmissing-declarations
> +-finline-functions -fstrict-aliasing -c arc.c
> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../intl -I./../../lib -I/usr/include/gtk-2.0
> +-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
> -I/usr/include/freetype2
> +-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2
> +-I/usr/include/libxml2/libxml -I/usr/include/libart-2.0 -I/usr/include/libxml2/libxml
> +-I/usr/include/libxml2 -g -O2 -Wall -Wunused -Winline -Wmissing-prototypes
> -Wmissing-declarations
> +-finline-functions -fstrict-aliasing -c arc.c -fPIC -DPIC -o arc.lo
> arc.c: In function `arc_update_data':
> arc.c:548: unrecognizable insn:
> (insn 719 90 92 (set (reg:DF 16 %fp0)
> (const_double:DF 0 [0x0] 0 [0x0] 0 [0x0])) -1 (nil)
> (nil))
> arc.c:548: Internal compiler error in extract_insn, at recog.c:2148
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
> make[4]: *** [arc.lo] Error 1
>
> If it helps, I will run gcc with the debug options, but I'd have to install
> a bunch of packages in my chroot to try.
please compile the file with -save-temps, send the resulting .i file.
> I was trying to look at the gcc website, if this bug is already mentioned,
> but this page and all other gcc releated pages on gnu.org are empty...
see gcc.gnu.org
Reply to: