Blame SOURCES/binutils-ppc64le-note-merge.patch
|
 |
2e9b04 |
--- binutils.orig/binutils/objcopy.c 2021-02-18 11:35:48.062479490 +0000
|
|
|
2e9b04 |
+++ binutils-2.30/binutils/objcopy.c 2021-02-18 11:36:52.207071148 +0000
|
|
|
2e9b04 |
@@ -2224,6 +2224,11 @@ merge_gnu_build_notes (bfd * ab
|
|
|
2e9b04 |
goto done;
|
|
|
2e9b04 |
}
|
|
|
2e9b04 |
|
|
|
2e9b04 |
+ if (start > end)
|
|
|
2e9b04 |
+ /* This can happen with PPC64LE binaries where empty notes are
|
|
|
2e9b04 |
+ encoded as start = end + 4. */
|
|
|
2e9b04 |
+ start = end;
|
|
|
2e9b04 |
+
|
|
|
2e9b04 |
if (is_open_note (pnote))
|
|
|
2e9b04 |
{
|
|
|
2e9b04 |
if (start)
|
|
|
2e9b04 |
--- binutils.orig/binutils/objcopy.c 2021-02-22 10:44:20.107263089 +0000
|
|
|
2e9b04 |
+++ binutils-2.35.1/binutils/objcopy.c 2021-02-22 16:07:12.134344229 +0000
|
|
|
2e9b04 |
@@ -2243,23 +2243,8 @@ merge_gnu_build_notes (bfd * ab
|
|
|
2e9b04 |
break;
|
|
|
2e9b04 |
|
|
|
2e9b04 |
case 8:
|
|
|
2e9b04 |
- if (! is_64bit (abfd))
|
|
|
2e9b04 |
- {
|
|
|
2e9b04 |
- start = bfd_get_32 (abfd, pnote->note.descdata);
|
|
|
2e9b04 |
- end = bfd_get_32 (abfd, pnote->note.descdata + 4);
|
|
|
2e9b04 |
- }
|
|
|
2e9b04 |
- else
|
|
|
2e9b04 |
- {
|
|
|
2e9b04 |
- start = bfd_get_64 (abfd, pnote->note.descdata);
|
|
|
2e9b04 |
- /* FIXME: For version 1 and 2 notes we should try to
|
|
|
2e9b04 |
- calculate the end address by finding a symbol whose
|
|
|
2e9b04 |
- value is START, and then adding in its size.
|
|
|
2e9b04 |
-
|
|
|
2e9b04 |
- For now though, since v1 and v2 was not intended to
|
|
|
2e9b04 |
- handle gaps, we chose an artificially large end
|
|
|
2e9b04 |
- address. */
|
|
|
2e9b04 |
- end = (bfd_vma) -1;
|
|
|
2e9b04 |
- }
|
|
|
2e9b04 |
+ start = bfd_get_32 (abfd, pnote->note.descdata);
|
|
|
2e9b04 |
+ end = bfd_get_32 (abfd, pnote->note.descdata + 4);
|
|
|
2e9b04 |
break;
|
|
|
2e9b04 |
|
|
|
2e9b04 |
case 16:
|