https://sourceware.org/bugzilla/show_bug.cgi?id=23299
Bug ID: 23299
Summary: macOS: objcopy renders object files unusable
Product: binutils
Version: 2.31 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
C
https://sourceware.org/bugzilla/show_bug.cgi?id=23297
--- Comment #2 from mephi42 at gmail dot com ---
The version of "OS X ABI Mach-O File Format Reference" that I found did not
contain the information about this relocation.
But I found a relevant LLVM change (https://reviews.llvm.org/D10578), w
https://sourceware.org/bugzilla/show_bug.cgi?id=23297
--- Comment #1 from mephi42 at gmail dot com ---
Created attachment 11074
--> https://sourceware.org/bugzilla/attachment.cgi?id=11074&action=edit
patch
Did git "grep -w -e BFD_RELOC_MACH_O_X86_64_GOT -e BFD_MACH_O_X86_64_RELOC_GOT"
and added
https://sourceware.org/bugzilla/show_bug.cgi?id=23298
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23298
mirh changed:
What|Removed |Added
Severity|normal |enhancement
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=23298
Bug ID: 23298
Summary: strings: add an option to search recursively in
subfolders
Product: binutils
Version: 2.30
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=23297
Bug ID: 23297
Summary: macOS: BFD_MACH_O_X86_64_RELOC_TLV is not supported
Product: binutils
Version: 2.31 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #6 from Cary Coutant ---
You implied that you were going to change the linker, which is the wrong
solution. The proper fix is to version your libraries correctly.
Here's the Solaris documentation on the topic:
https://docs.oracle
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #5 from Brian Callahan ---
I know that? I said in my problem report that I would be submitting a patch to
deal with it?
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #4 from Cary Coutant ---
(In reply to Brian Callahan from comment #3)
> OpenBSD does not use symbolic links like this. There is never a symbolic
> link libname.so pointing to a libname.so.X.Y. There is only a libname.X.Y.
Well, th
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #3 from Brian Callahan ---
OpenBSD does not use symbolic links like this. There is never a symbolic link
libname.so pointing to a libname.so.X.Y. There is only a libname.X.Y.
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=21805
Maciej W. Rozycki changed:
What|Removed |Added
Target Milestone|--- |2.31
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=21375
Maciej W. Rozycki changed:
What|Removed |Added
Target Milestone|--- |2.31
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #1 from Andreas Schwab ---
How does the linker know which X and Y to choose from?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing li
15 matches
Mail list logo