https://sourceware.org/bugzilla/show_bug.cgi?id=26356
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
--- Comment #6 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by John David Anglin
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9e7ed8b080afa19fff25244913594f95af282657
commit 9e7ed8b080afa19fff2524
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
John David Anglin changed:
What|Removed |Added
Attachment #12755|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
--- Comment #4 from John David Anglin ---
Hi Alan,
You are correct. som_bfd_copy_private_section_data() is called once for the
subspace $DATA$. This code is problematic:
/* Reparent if necessary. */
if (som_section_data (osection)->co
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
--- Comment #3 from Alan Modra ---
(In reply to John David Anglin from comment #2)
> There is this function som_bfd_copy_private_section_data() which is never
> called but it looks like it should be called when objcopy is run.
But it *is* call
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
--- Comment #2 from John David Anglin ---
There is this function som_bfd_copy_private_section_data() which is never
called but it looks like it should be called when objcopy is run. This is the
reason
container is NULL in the output section.
https://sourceware.org/bugzilla/show_bug.cgi?id=26356
--- Comment #1 from John David Anglin ---
Created attachment 12755
--> https://sourceware.org/bugzilla/attachment.cgi?id=12755&action=edit
Patch
The change to som.c fix the segmentation fault running objcopy. However, I'm
not sure that thi
