https://sourceware.org/bugzilla/show_bug.cgi?id=23699
--- Comment #12 from rhn ---
Thank you for letting this change go through! I can't wait to test out a new
release :)
--
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 #8 from rhn ---
Hi,
I just wanted to check if there's anything else I can do to help fix this bug.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
https://sourceware.org/bugzilla/show_bug.cgi?id=23699
rhn changed:
What|Removed |Added
Attachment #11269|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=23699
--- Comment #5 from rhn ---
Yes, the ihex bfd is the output bfd. Thank you for pointing me the right
direction with ihex_set_section_contents().
It turns out that the last time the input section/bfd may be access is in
copy_section(), when bf
https://sourceware.org/bugzilla/show_bug.cgi?id=23699
--- Comment #3 from rhn ---
Hi Nick,
the target bfd is actually bfd_target_ihex_flavor, which is at the core of the
issue.
One of the solutions I was thinking about was to create an ihex backend with
only the signedness information in it. Th
https://sourceware.org/bugzilla/show_bug.cgi?id=23699
--- Comment #1 from rhn ---
Created attachment 11269
--> https://sourceware.org/bugzilla/attachment.cgi?id=11269&action=edit
Workaround checking for signedness
This is the best workaround I could come up with (based on Pinguino.cc own
worka
: binutils
Assignee: unassigned at sourceware dot org
Reporter: sowaac.rhn at porcupinefactory dot org
Target Milestone: ---
Created attachment 11268
--> https://sourceware.org/bugzilla/attachment.cgi?id=11268&action=edit
Linker script used to create the un-ihex-able e