https://sourceware.org/bugzilla/show_bug.cgi?id=25358
Bug ID: 25358
Summary: objdump doesn't parse mach-o indirect stubs in
disassembly
Product: binutils
Version: 2.33
Status: UNCONFIRMED
Severity: enhancement
https://sourceware.org/bugzilla/show_bug.cgi?id=25220
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=25220
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ffebb0bbde7deae978ab3e4d3d3d90acf52b7d69
commit ffebb0bbde7deae978ab3e4d3d3
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #7 from Nick Bowler ---
(In reply to Nick Clifton from comment #6)
> (In reply to Nick Bowler from comment #5)
>
> > - The configure test actually links together the results for two
> >features (global_symbol_pipe and global_
https://sourceware.org/bugzilla/show_bug.cgi?id=25221
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=25221
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b899eb3bb807be1094fde9a2f1c8628232bc0743
commit b899eb3bb807be1094fde9a2f1c
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #6 from Nick Clifton ---
(In reply to Nick Bowler from comment #5)
> - The configure test actually links together the results for two
>features (global_symbol_pipe and global_symbol_to_cdecl).
The following suggestion is an
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #32 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=bce58db4fb1112529a54387c7fdaa1042859f5fb
commit bce58db4fb1112529a54387c7f
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #5 from Nick Bowler ---
(In reply to Martin Liška from comment #4)
> That's true, but it's only related to .o files (LTO bytecode). If you link
> a final executable (or a shared library), you'll get proper type information:
>
> $
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #31 from Luis Machado ---
I've confirmed the cast to (signed char) does fix the build failure for
aarch64.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #30 from Luis Machado ---
I'm giving this a try on the buildbot. The GCC in my box may be too old to have
that warning enabled/present. I'll let you know.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #29 from Sergey Belyashov ---
Created attachment 12180
--> https://sourceware.org/bugzilla/attachment.cgi?id=12180&action=edit
Fix build on aarch64
Yes, you are right. data defined as signed char data[6];
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
Nick Clifton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #27 from Luis Machado ---
I'm still seeing this for aarch64 (and s390).
../../binutils-gdb/opcodes/z80-dis.c: In function 'ld_ii_ii':
../../binutils-gdb/opcodes/z80-dis.c:606:36: error: comparison is always false
due to limited ra
https://sourceware.org/bugzilla/show_bug.cgi?id=25357
Andreas Schwab changed:
What|Removed |Added
URL|https://www.autonews360.com |
|/new-bikes/launc
https://sourceware.org/bugzilla/show_bug.cgi?id=25357
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=25344
--- Comment #6 from Sergey Belyashov ---
Created attachment 12179
--> https://sourceware.org/bugzilla/attachment.cgi?id=12179&action=edit
Correct disassembly of incorrect opcode prefixes
This patch fixes incorrect disassembly of extra opcod
https://sourceware.org/bugzilla/show_bug.cgi?id=25357
Ganesh Anand changed:
What|Removed |Added
URL||https://www.autonews360.com
https://sourceware.org/bugzilla/show_bug.cgi?id=25357
Bug ID: 25357
Summary: Latest Bikes
Product: binutils
Version: 2.33
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gprof
Assignee: una
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #26 from Luis Machado ---
Thanks for handling this so promptly!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #24 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=40c75bc8b07abc5d5774ea1c439b69c96e7fd485
commit 40c75bc8b07abc5d5774ea1c43
https://sourceware.org/bugzilla/show_bug.cgi?id=24546
--- Comment #9 from Jan Beulich ---
The proposed added (AT&T mode) behavior is to allow lcall and ljmp to also have
q suffixes in 64-bit Intel mode, paralleling how other insns (including
branching ones) work. Similarly the assembler would the
https://sourceware.org/bugzilla/show_bug.cgi?id=25224
--- Comment #23 from Sergey Belyashov ---
Created attachment 12177
--> https://sourceware.org/bugzilla/attachment.cgi?id=12177&action=edit
Fix warning
This patch fixes all places where character literal defined by '\xXX' form is
compared wi
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
Martin Liška changed:
What|Removed |Added
CC||bfriesen at simple dot
dallas.tx.u
https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #4 from Martin Liška ---
(In reply to Nick Bowler from comment #2)
> Summary of the issue in libtool:
>
> libtool needs to produce C declarations for arbitrary symbols based on nm
> output, in order to implement various features s
27 matches
Mail list logo
