https://sourceware.org/bugzilla/show_bug.cgi?id=27128
Josh Triplett changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
: binutils
Assignee: unassigned at sourceware dot org
Reporter: josh at joshtriplett dot org
Target Milestone: ---
The nm -P/--portability option no longer outputs valid portable-format output,
when dealing with libraries with symbol versions. The column that should
contain the
NCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: josh at joshtriplett dot org
Target Milestone: ---
In .intel_syntax noprefix mode, the assembler accepts code like this:
mov rax, some_symbol
The assemb
https://sourceware.org/bugzilla/show_bug.cgi?id=20025
--- Comment #2 from Josh Triplett ---
(In reply to Ian Lance Taylor from comment #1)
> Note that gold has a very similar option available as --warn-execstack (and
> --no-warn-execstack). If GNU ld does anything here, it should be compatible
>
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: josh at joshtriplett dot org
Target Milestone: ---
On targets that support marking the stack non-executable, ld should warn at
link time if the stack ends up executable due to linking in an object file that
doesn&#
https://sourceware.org/bugzilla/show_bug.cgi?id=19381
--- Comment #3 from Josh Triplett ---
(In reply to Nick Clifton from comment #2)
> You don't say which target you are using - some do have valid low memory
> addresses.
The default warning threshold would need to be target-specific. Many t
https://sourceware.org/bugzilla/show_bug.cgi?id=19381
--- Comment #1 from Josh Triplett ---
(In reply to Josh Triplett from comment #0)
> less than 4096 (0x3ff)
Half-edited sentence there; s/0x3ff/0x1000/, obviously.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
Severity: enhancement
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: josh at joshtriplett dot org
Target Milestone: ---
I recently spent a while debugging an issue caused by the following
instruction:
subq 20, %rsp
That
https://sourceware.org/bugzilla/show_bug.cgi?id=17486
--- Comment #2 from Josh Triplett ---
(In reply to Alan Modra from comment #1)
> Already fixed.
Not in the latest Linux binutils (2.24.51.0.3). If it has been fixed in
upstream binutils, that fix still needs to go into Linux binutils.
--
Y
: binutils
Assignee: unassigned at sourceware dot org
Reporter: josh at joshtriplett dot org
Attempting to build Linux binutils 2.24.51.0.3 produced the following
errors:
gcc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./..
-I./../bfd -DLOCALEDIR
--- Additional Comments From josh at joshtriplett dot org 2010-04-27 18:35
---
If the assembler knows enough to go back and substitute the value afterward, it
knows that it emitted a data reference when it should have emitted an immediate.
It could at least spit out an error at that
--- Additional Comments From josh at joshtriplett dot org 2010-04-27 01:51
---
I originally observed this bug in in 16-bit assembly with .code16, but as shown
in this report I can also reproduce it in 64-bit assembly.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11544
y: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: josh at joshtriplett dot org
CC: bug-binutils at gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
h
13 matches
Mail list logo
