This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/44074] Solaris 2.9 x86 Sun assembler doesn't like rep/lock prefixes on same line
- From: "jay dot krell at cornell dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 12 May 2010 12:02:17 -0000
- Subject: [Bug target/44074] Solaris 2.9 x86 Sun assembler doesn't like rep/lock prefixes on same line
- References: <bug-44074-16543@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #5 from jay dot krell at cornell dot edu 2010-05-12 12:02 -------
Rainer, sorry, I meant cross build a native gcc.
build=whatever
host=target=solaris
Not cross compiling with gcc itself (other than to build gcc).
Old versions accept a certain syntax.
New versions accept a superset.
Just stick with old and it always works.
It's not a bug. It's just that the syntax grew.
The old syntax was ok.
Not everything should be configurable.
The environment/tool to probe is not necessarily available.
Countless times besides I've seen the probe and later
use disagree, like there are some #defines in the actual
code that the configure didn't #define.
Better just to minimize autoconf rather than forever chase these problems.]
I think this feature testing may have gotten out of hand,
and it fails extremely often in my experience.
Some things should just work. This is an easy one.
You don't even need if macho|solaris -- gas always is ok with
the semicolon so you can just always put it in. Leaving just
the att syntax or not, space or semicolon.
I've already applied the #ifdef SOLARIS thing locally.
I was curious how you'd handle this..where would the #define
go, what name chosen. But I was pretty sure I was following
a good example in the Macho thing, and still am.
Previously I did have to probe my Darwin assembler and
recommend an upgrade if it didn't allow "rep ". Now
I can remove that since gcc just works with all versions.
Anyway, your mail thread on this was very helpful to me.
- Jay
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44074