[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-11-19 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|amodra at gm

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-11-19 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 --- Comment #8 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f2032b672ac5f0c570f3a6d263ce6b764e7dca93 commit f2032b672ac5f0c570f3a6d263ce6

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-22 Thread janisozaur+sourceware at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 --- Comment #7 from janisozaur --- I'm not saying it makes a lot of sense, it's simply allowed by objcopy and it's a case I run into every so often via makepkg: https://git.archlinux.org/pacman.git/tree/scripts/libmakepkg/tidy/strip.sh.in?id=0

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-20 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 --- Comment #6 from Alan Modra --- Archives are typically used as static libraries, that is, they contain a group of relocatable object files. I don't think that splitting off debug info to a separate archive makes sense for relocatable objec

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-17 Thread janisozaur+sourceware at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 janisozaur changed: What|Removed |Added Attachment #11769|0 |1 is obsolete|

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-12 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 --- Comment #4 from Alan Modra --- Hmm, why would you run objcopy --add-gnu-debuglink on an archive anyway? The point of --add-gnu-debuglink is to associate an object file with its associated debug file. -- You are receiving this mail becau

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-12 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #3 f

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-10 Thread janisozaur+sourceware at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 --- Comment #2 from janisozaur --- It's been two weeks since I filed this ticket, the project is fairly active and I'm trying to fix a case that's of importance to me. I would appreciate _any_ kind of feedback on the patch I posted. -- You a

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-05-10 Thread janisozaur+sourceware at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 janisozaur changed: What|Removed |Added Attachment #11754|0 |1 is obsolete|

[Bug binutils/24499] [PATCH] objcopy: provide cache for gnu_debuglink's target CRC

2019-04-28 Thread janisozaur+sourceware at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24499 janisozaur changed: What|Removed |Added CC||janisozaur+sourceware@gmail