--- Additional Comments From sliedes at cc dot hut dot fi 2007-03-22 04:08
---
Created an attachment (id=1642)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1642&action=view)
Test case
Ok, one more, after quite a lot of testing.
--
http://sourceware.org/bugzilla/show_bug.cg
--- Additional Comments From hjl at lucon dot org 2007-03-21 20:45 ---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
Resolut
--- Additional Comments From hjl at lucon dot org 2007-03-21 19:18 ---
Thanks for your bug report. I posted a patch at
http://sourceware.org/ml/binutils/2007-03/msg00268.html
The new assembler/disassembler will now generate:
41 90xchg %eax,%r8d
66 41 90 xchg %ax,%r8w
--
htt
--- Additional Comments From nickc at redhat dot com 2007-03-21 16:29
---
Hi Sami,
New patch uploaded. Now you should get a more reasonable error code from nm
)Bad value) and the linker should not seg fault.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4110
--- Additional Comments From nickc at redhat dot com 2007-03-21 16:26
---
Created an attachment (id=1641)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1641&action=view)
Improve error detection when a group section header's size field is corrupt
--
What|Removed
--- Additional Comments From fruffell at cs dot uwaterloo dot ca
2007-03-21 16:20 ---
You are wrong, 0x41 0x90 is valid instruction, and your disassembler
has a bug.
Please understand the difference between the prefix 0x49 and 0x41:
0x49 -> rexB and rexW
0x41 -> rexB
Therefore your in
--- Additional Comments From hjl at lucon dot org 2007-03-21 16:18 ---
I found the problem. I will fix it.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From nickc at redhat dot com 2007-03-21 16:07
---
Hi Anton,
I have applied your patch along with this ChangeLog entry.
Cheers
Nick
gas/ChangeLog
2007-03-21 Anton Ertl <[EMAIL PROTECTED]>
PRT gas/4124
* config/tc-alpha.c (emit_ustX): Fix u
--- Additional Comments From hjl at lucon dot org 2007-03-21 15:49 ---
0x90 nop doesn't take a operand. There is no such an instruction:
41 90 xchg %r8, %rax
Assembler will assembe "xchg %r8, %rax" as "49 90 xchg %rax,%r8".
--
What|Removed |Added
---
--- Additional Comments From sliedes at cc dot hut dot fi 2007-03-21 15:47
---
Created an attachment (id=1640)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1640&action=view)
Test case
Yes, that fixes that problem for that test case.
I updated to HEAD and applied patch.4, now
--- Additional Comments From nickc at redhat dot com 2007-03-21 11:40
---
Hi Sami,
The attached patch stops the linker from seg-faulting with the test case you
provided. It should now return an error code and these messages:
ld: warning: cannot find entry symbol _start; defaulting
--- Additional Comments From nickc at redhat dot com 2007-03-21 11:38
---
Created an attachment (id=1639)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1639&action=view)
Add some checks for corrupt symbol table entries
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4109
Hi Will,
Is this a known error,
No.
anything I can do to work round it?
Maybe, but without more information it is hard to say. Try generating a
map file (-M option to the linker). There should be an more informative
error message put into this file which might suggest a workaround.
S
13 matches
Mail list logo
