https://sourceware.org/bugzilla/show_bug.cgi?id=16891
--- Comment #1 from Russ Cox ---
Here are some related cases. They may be caused by something slightly
different, since FWAIT is so special, but it didn't seem worth filing a new
bug.
The format is: : vs . I am
claiming to know the because
https://sourceware.org/bugzilla/show_bug.cgi?id=16891
Bug ID: 16891
Summary: libopcodes decodes x86 26 9B as 'fwait' not 'es'
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: b
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
Russ Cox changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are rece
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
I
https://sourceware.org/bugzilla/show_bug.cgi?id=16887
Bug ID: 16887
Summary: Timestamp bug with Windows bound import technology
Product: binutils
Version: 2.24
Status: NEW
Severity: critical
Priority: P2
Componen
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
Russ Cox changed:
What|Removed |Added
CC||rsc at swtch dot com
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=16886
Bug ID: 16886
Summary: setjmp/longjmp in libopcodes would be faster as
sigsetjmp w/ save=0
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
