32-bit objcopy build fail
authorAlan Modra <amodra@gmail.com>
Mon, 29 Jan 2018 05:18:03 +0000 (15:48 +1030)
committerAlan Modra <amodra@gmail.com>
Tue, 30 Jan 2018 00:21:20 +0000 (10:51 +1030)
* objcopy.c (merge_gnu_build_notes): Use (bfd_vma) -1 as
"artificially large" end address.

binutils/ChangeLog
binutils/objcopy.c

index 56a43052b0d70d6dd09866bdc21ccf9b854e8b62..213e7833e99b7371ccef94888c317b0453e01afc 100644 (file)
@@ -1,3 +1,8 @@
+2018-01-30  Alan Modra  <amodra@gmail.com>
+
+       * objcopy.c (merge_gnu_build_notes): Use (bfd_vma) -1 as
+       "artificially large" end address.
+
 2018-01-28  Nick Clifton  <nickc@redhat.com>
 
        * README-how-to-make-a-release: Add note about checking gpg key
index 1e39f6d8767d9c80b5348581a1fa14da2ddc76f4..8cdf27a87ee37642d38b11dc17a0082232bc4649 100644 (file)
@@ -2064,7 +2064,7 @@ merge_gnu_build_notes (bfd * abfd, asection * sec, bfd_size_type size, bfd_byte
             For now though, since v1 and v2 was not intended to
             handle gaps, we chose an artificially large end
             address.  */
-         end = (bfd_vma) 0x7ffffffffffffffUL;
+         end = (bfd_vma) -1;
          break;
          
        case 8:
@@ -2083,7 +2083,7 @@ merge_gnu_build_notes (bfd * abfd, asection * sec, bfd_size_type size, bfd_byte
                 For now though, since v1 and v2 was not intended to
                 handle gaps, we chose an artificially large end
                 address.  */
-             end = (bfd_vma) 0x7ffffffffffffffUL;
+             end = (bfd_vma) -1;
            }
          break;