This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c/12116] New: Large assembly output values with X-MAME code.
- From: "vvas at hal dot csd dot auth dot gr" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 31 Aug 2003 14:14:11 -0000
- Subject: [Bug c/12116] New: Large assembly output values with X-MAME code.
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12116
Summary: Large assembly output values with X-MAME code.
Product: gcc
Version: 3.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vvas at hal dot csd dot auth dot gr
CC: gcc-bugs at gcc dot gnu dot org
Hello,
When trying to compile various files of the X-MAME project with gcc 3.3.2
(latest prerelease in Debian sid) as well as older versions, I often got errors
similar to this:
superpac.s: Assembler messages:
superpac.s:384: Error: value of ffffffffffffff7f too large for field of 1 bytes
I've isolated one of these files, reduced the command line options needed to
cause the problem to a minimum, and the result follows:
$ gcc -v -save-temps -O2 -fomit-frame-pointer -funroll-loops -march=k6-2
-DINLINE= -Isrc -Isrc/unix -o xmame.obj/vidhrdw/superpac.o -c src/vidhrdw/superpac.c
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.2/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --enable-__cxa_atexit
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.2 20030812 (Debian prerelease)
/usr/lib/gcc-lib/i486-linux/3.3.2/cc1 -E -quiet -v -Isrc -Isrc/unix
-D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=2 -DINLINE=
src/vidhrdw/superpac.c -march=k6-2 -fomit-frame-pointer -funroll-loops -O2
superpac.i
ignoring nonexistent directory "/usr/i486-linux/include"
#include "..." search starts here:
#include <...> search starts here:
src
src/unix
/usr/local/include
/usr/lib/gcc-lib/i486-linux/3.3.2/include
/usr/include
End of search list.
/usr/lib/gcc-lib/i486-linux/3.3.2/cc1 -fpreprocessed superpac.i -quiet
-dumpbase superpac.c -march=k6-2 -auxbase-strip xmame.obj/vidhrdw/superpac.o -O2
-version -fomit-frame-pointer -funroll-loops -o superpac.s
GNU C version 3.3.2 20030812 (Debian prerelease) (i486-linux)
compiled by GNU C version 3.3.2 20030812 (Debian prerelease).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96871
as -V -Qy -o xmame.obj/vidhrdw/superpac.o superpac.s
GNU assembler version 2.14.90.0.5 (i386-linux) using BFD version 2.14.90.0.5
20030722 Debian GNU/Linux
superpac.s: Assembler messages:
superpac.s:384: Error: value of ffffffffffffff7f too large for field of 1 bytes
at 00000000000004b3
I'm attaching the preprocessed source code, you should be able to reproduce
the problem with "gcc -O2 -fomit-frame-pointer -funroll-loops -march=k6-2".
Thanks,
Vasilis