[Bug binutils/28882] build failure in readelf.c with gcc-4.2 due to use of 0b literals

2022-02-13 Thread mikpelinux at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28882

--- Comment #2 from Mikael Pettersson  ---
Thanks, that change fixes the gcc-4.2 issue for me.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/28824] relro security issues

2022-02-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28824

H.J. Lu  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #6 from H.J. Lu  ---
Should COMMONPAGESIZE be changed to RELROPAGSIZE to indicate its purpose?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/28719] DWARF-5 section names in PE/PEP and weak symbols in Cygwin

2022-02-13 Thread Stromeko at nexgo dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=28719

--- Comment #5 from Achim  ---
Created attachment 13976
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13976&action=edit
Linker map new (ld-2.38 w/patches)

Patch to discard the two DWARF5 sections identified during bisecting applied
(see patch on mailing list).

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/28719] DWARF-5 section names in PE/PEP and weak symbols in Cygwin

2022-02-13 Thread Stromeko at nexgo dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=28719

--- Comment #6 from Achim  ---
So it turns out that removing the section at that commit (as I had done during
bisecting) would actually restore the previuos behaviour (the executable would
not run).  Applying the same fix on top of both the 2.37 and 2.38 releases
doesn't, however.  So it seems that one of the later commits would be
responsible for the actual resolution of the weak symbol.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/28824] relro security issues

2022-02-13 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28824

--- Comment #7 from Alan Modra  ---
No, the purpose of COMMONPAGESIZE is as I described in comment #3, adjusting
the linker layout strategy for non-relro binaries.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/28882] build failure in readelf.c with gcc-4.2 due to use of 0b literals

2022-02-13 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28882

--- Comment #3 from cvs-commit at gcc dot gnu.org  ---
The binutils-2_38-branch branch has been updated by Alan Modra
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=df9071487a8ff69370e932a1522054a69fa7cbb1

commit df9071487a8ff69370e932a1522054a69fa7cbb1
Author: Alan Modra 
Date:   Sun Feb 13 09:56:51 2022 +1030

PR28882, build failure with gcc-4.2 due to use of 0b literals

PR 28882
* elf/loongarch.h: Replace binary literals with hex.

(cherry picked from commit ccbaaa36174c2c3184344ee0e6db648491149a33)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/28882] build failure in readelf.c with gcc-4.2 due to use of 0b literals

2022-02-13 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28882

Alan Modra  changed:

   What|Removed |Added

   Assignee|unassigned at sourceware dot org   |amodra at gmail dot com
 Status|UNCONFIRMED |RESOLVED
   Target Milestone|--- |2.39
 Resolution|--- |FIXED

--- Comment #4 from Alan Modra  ---
Fixed

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/28879] [2.38 Regression] ld.bfd: possibly incorrect "undefined reference" errors

2022-02-13 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=28879

--- Comment #13 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by H.J. Lu :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=20ea3acc727f3be6322dfbd881e506873535231d

commit 20ea3acc727f3be6322dfbd881e506873535231d
Author: H.J. Lu 
Date:   Fri Feb 11 15:13:19 2022 -0800

ld: Keep indirect symbol from IR if referenced from shared object

Don't change indirect symbol defined in IR to undefined if it is
referenced from shared object.

bfd/

PR ld/28879
* elflink.c (_bfd_elf_merge_symbol): Don't change indirect
symbol defined in IR to undefined if it is referenced from
shared object.

ld/

PR ld/28879
* testsuite/ld-plugin/lto.exp: Run PR ld/28879 tests.
* testsuite/ld-plugin/pr28879a.cc: New file.
* testsuite/ld-plugin/pr28879b.cc: Likewise.

-- 
You are receiving this mail because:
You are on the CC list for the bug.