https://sourceware.org/bugzilla/show_bug.cgi?id=4029
Jeremi changed:
What|Removed |Added
CC||jeremip11 at gmail dot com
--
You are receiv
https://sourceware.org/bugzilla/show_bug.cgi?id=4029
Ryan Prichard changed:
What|Removed |Added
CC||rprichard at google dot com
--- Commen
--- 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-14
11:07 ---
http://sourceware.org/ml/binutils-cvs/2007-03/msg00070.html
http://sourceware.org/ml/binutils-cvs/2007-03/msg00071.html
--
What|Removed |Added
--- 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.
--
http://sourceware.org/bugzilla/show_bug.
--- 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 hjl at lucon dot org 2007-03-11 22:00 ---
The assembly code in question is
.align 4
.long DW.ref._ZTIN10DSEBuiltin17ExceptionDeadLockE-.
.long DW.ref._ZTI7DSEBomb-.
.long DW.ref._ZTI12DSEException-.
.long DW.ref
--- 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-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:
--
http://sourceware.org/bugzilla/show_bug.cg
--- 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
i
--- Additional Comments From hjl at lucon dot org 2007-02-19 02:56 ---
A patch is posted at
http://sourceware.org/ml/binutils/2007-02/msg00280.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 hjl at lucon dot org 2007-02-18 13:00 ---
Created an attachment (id=1564)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1564&action=view)
A kludge
This kludge compiles the testcase. But I am not sure if it is correct.
--
http://sourceware.org/bug
--- Additional Comments From hjl at lucon dot org 2007-02-18 07:05 ---
The problem is with rs_leb128 processing. When size needed for
the new value is 0x3fff is 2 and the old size is 3, growth is -1. Then
the next time the new value becomes 0x4000 and its size becomes 3. That
is an infini
--
What|Removed |Added
CC||hjl at lucon dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=4029
--- You are receiving this mail
--- 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=1549&action=view)
Testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4029
--- You are receiving this mail becaus
15 matches
Mail list logo
