https://sourceware.org/bugzilla/show_bug.cgi?id=4029
Jeremi changed:
What|Removed |Added
CC||jeremip11 at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=4029
Ryan Prichard changed:
What|Removed |Added
CC||rprichard at google dot com
---
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-14
11:07 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-12
09:01 ---
Ah, yes, it does seem as if the type_info table is stored in reverse order and
accessed from the end. In that case increasing alignment padding should work.
--
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-11
13:37 ---
Yes, we can modify the output, but we must do so in a way that does not confuse
consumers of .gcc_except_table. I don't believe changing the .align is correct,
because data normally follows the .align (a
--- Additional Comments From hjl at lucon dot org 2007-03-12 00:52 ---
A patch is posted at
http://sourceware.org/ml/binutils/2007-03/msg00107.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4029
--- You are receiving this mail because: ---
You are on the CC list for
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-10
10:58 ---
Reduced testcase.
.data
.align 4
.byte 0, 0
.uleb128 end - start
start:
.space 128*128 - 1 /* or -2 or -3 */
.align 4
end:
I don't believe this is a gas bug. Instead, I believe gcc is asking the
--- Additional Comments From hjl at lucon dot org 2007-03-10 15:20 ---
Assembler can do better to help gcc. We can turn it into
.data
.align 4
.byte 0, 0
.uleb128 end - start
start:
.space 128*128 - 1 /* or -2 or -3 */
.align 8
end:
--
--- Additional Comments From schwab at suse dot de 2007-02-12 16:32 ---
Created an attachment (id=1549)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=1549action=view)
Testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4029
--- You are receiving this mail