https://sourceware.org/bugzilla/show_bug.cgi?id=23818
--- Comment #4 from H.J. Lu ---
(In reply to Romain Geissler from comment #3)
> Thanks, I will check that this indeed fixes my case with libssh2.
>
> I understand this problem is not really wide and might actually affect just
> me since I don
https://sourceware.org/bugzilla/show_bug.cgi?id=23818
--- Comment #3 from Romain Geissler ---
Thanks, I will check that this indeed fixes my case with libssh2.
I understand this problem is not really wide and might actually affect just me
since I don't expect that using -ffat-lto-objects is very
https://sourceware.org/bugzilla/show_bug.cgi?id=23818
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23818
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by H.J. Lu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0a640d719684f25bdb88ae60148c6978e6131701
commit 0a640d719684f25bdb88ae60148c6978
https://sourceware.org/bugzilla/show_bug.cgi?id=23817
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
Summa
https://sourceware.org/bugzilla/show_bug.cgi?id=23818
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=23818
Bug ID: 23818
Summary: Symbols from discarded section in IR object leaked
into final executable
Product: binutils
Version: 2.32 (HEAD)
Status: NEW
Severity:
https://sourceware.org/bugzilla/show_bug.cgi?id=23817
Bug ID: 23817
Summary: strip corrupts SHT_LLVM_ADDRSIG section (files built
with clang-7)
Product: binutils
Version: 2.31
Status: UNCONFIRMED
Severity: norma
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
Francois-Xavier Coudert changed:
What|Removed |Added
Summary|nm fails on OS X 10.14 |binutils fail on macOS
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
--- Comment #4 from Francois-Xavier Coudert ---
I've found the root of the issue. binutils does not handle load command 0x32
LC_BUILD_VERSION (nor 0x31 LC_NOTE, actually). They are defined in recent LLVM
versions: see
https://github.com/llvm-m
https://sourceware.org/bugzilla/show_bug.cgi?id=23728
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
--- Comment #6 from dilyan.palauzov at aegee dot org ---
While ld.bfd ≠ ld.gold, ld.bfd has a manual, that in applicable to ld.gold .
However --debug is not in the manual of ld.bfd.
Please write a manual of ld.gold, that describes what is di
https://sourceware.org/bugzilla/show_bug.cgi?id=23812
dilyan.palauzov at aegee dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
R
https://sourceware.org/bugzilla/show_bug.cgi?id=23809
--- Comment #3 from Alan Modra ---
.cfi_startproc
.cfi_label .Lxx
.cfi_undefined
will do what you want, provided the label doesn't clash with any emitted by
gcc.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=23699
--- Comment #9 from Nick Clifton ---
Hi,
> I just wanted to check if there's anything else I can do to help fix this bug.
No - just keep pinging me. I am actually on vacation at the moment,
but I will keep this email in my queue and get bac
https://sourceware.org/bugzilla/show_bug.cgi?id=23809
--- Comment #2 from Andreas Schwab ---
I want to put a DW_CFA_undefined of the return address register before the
first call insn in the function, to terminate the call chain. This is for
__start_context in sysdeps/unix/sysv/linux/riscv/setco
16 matches
Mail list logo
