--- Additional Comments From dsd at laptop dot org 2010-06-08 21:49 ---
Created an attachment (id=4835)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4835&action=view)
testcase.s
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6957
--- You are receiving th
--- Additional Comments From dsd at laptop dot org 2010-06-08 21:53 ---
(In reply to comment #8)
> I agree. If it is true, assembler is broken. If you can show me
> a small testcase, I will fix it.
I can confirm the bug and I'd like to take you up on that offer, but I may
--- Additional Comments From dsd at laptop dot org 2010-06-08 22:04 ---
Created an attachment (id=4836)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4836&action=view)
testcase2.s
Duh. The previous testcase.s was generated using "gcc -g" so its naturally
huge.
--- Additional Comments From dsd at laptop dot org 2010-06-08 22:07 ---
Created an attachment (id=4837)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4837&action=view)
testcase3.s
One more. By deleting (more or less) random lines from testcase2.s I came up
with a 9-li
--- Additional Comments From dsd at laptop dot org 2010-06-08 22:17 ---
Oops, sorry for the test case spam. I did not see your comment.
I understand now.
"as -mtune=i686" basically works out to be "as -march=i686 -mtune=i686"
Hence generating i686-specific instru
