This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/37179] gcc emits bad opcode 'ffreep'
- From: "ubizjak at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 10 May 2009 20:55:58 -0000
- Subject: [Bug target/37179] gcc emits bad opcode 'ffreep'
- References: <bug-37179-2749@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #11 from ubizjak at gmail dot com 2009-05-10 20:55 -------
(In reply to comment #10)
> COLLECT_GCC_OPTIONS=
> "/usr/lib/gcc/i486-linux-gnu/4.3.3/cc1" "-quiet" "hello.c" "-march=athlon"
> "--param" "l1-cache-size=64" "--param" "l1-cache-line-size=32" "-mtune=athlon"
> "-quiet" "-dumpbase" "hello.c" "-auxbase" "hello" "-o" "/tmp/ccRiDtte.s"
Your geode processor is detected as athlon by gcc driver (see
gcc/config/i386/driver-i386.c). The problem is in "AuthenticAMD" vendor_id
signature that tricks the driver into thinking, that it is running on an AMD
processor.
I guess that the detection procedure needs to be fixed, it is still expecting
"Geode by NSC" string.
--
ubizjak at gmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2009-05-10 20:55:57
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179