[Bug ld/23847] New warning on i586: -Werror=absolute-value

2018-11-13 Thread mliska at suse dot cz 
https://sourceware.org/bugzilla/show_bug.cgi?id=23847

--- Comment #2 from Martin Liska  ---
(In reply to Nick Clifton from comment #1)
> Created attachment 11389 [details]
> Proposed patch
> 
> Hi Martin,
> 
>   Please could you try out this proposed patch and let me know if it works
>   for you.
> 
> Cheers
>   Nick

Thanks Nick for patch. I can confirm it works for x86_64, but i586 is still
failing with:

[  193s] ../../bfd/elf32-arm.c: In function 'elf32_arm_final_link_relocate':
[  193s] ../../bfd/elf32-arm.c:10906:10: error: absolute value function 'labs'
given an argument of type 'bfd_signed_vma' {aka 'long long int'} but has
parameter of type 'long int' which may cause truncation of value
[-Werror=absolute-value]
[  193s] 10906 |  value = labs (relocation);
[  193s]   |  ^~~~
[  193s] mv -f .deps/elflink.Tpo .deps/elflink.Plo

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/23882] New: Documentation: LD: MEMORY command: clarification

2018-11-13 Thread stackptr at users dot sourceforge.net 
https://sourceware.org/bugzilla/show_bug.cgi?id=23882

Bug ID: 23882
   Summary: Documentation: LD: MEMORY command: clarification
   Product: binutils
   Version: 2.32 (HEAD)
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: stackptr at users dot sourceforge.net
  Target Milestone: ---

Created attachment 11392
  --> https://sourceware.org/bugzilla/attachment.cgi?id=11392&action=edit
same patch as the above

I suggest the following amendment to the texinfo documentation concerning the
description of attributes of the MEMORY linker script command.

diff --git a/ld/ld.texi b/ld/ld.texi
index 4c52ba6b..6a931c68 100644
--- a/ld/ld.texi
+++ b/ld/ld.texi
@@ -5357,10 +5357,10 @@ Same as @samp{I}
 Invert the sense of any of the attributes that follow
 @end table

-If a unmapped section matches any of the listed attributes other than
+If an unmapped section matches any of the listed attributes other than
 @samp{!}, it will be placed in the memory region.  The @samp{!}
 attribute reverses this test, so that an unmapped section will be placed
-in the memory region only if it does not match any of the listed
+in the memory region only if it does not match all of the listed
 attributes.

 @kindex ORIGIN =

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug gold/23880] Gold can't handle .gnu.build.attributes section with relocations

2018-11-13 Thread ccoutant at gmail dot com 
https://sourceware.org/bugzilla/show_bug.cgi?id=23880

--- Comment #1 from Cary Coutant  ---
Please attach a copy of the crti.o file causing the problem. Why isn't the
relocation preventing those sections from being discarded? Should it, or are
you expecting the linker to somehow adjust the contents of the build attributes
section when those other sections are unreachable?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils