[Bug ld/22764] [2.30 Regression] ld fails to link 4.13 and 4.15 kernels on aarch64-linux-gnu

2018-02-05 Thread renlin.li at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22764 --- Comment #12 from Renlin Li --- Hi all, Sorry for the break. I sent a patch to the mailing list to fix this issue. https://sourceware.org/ml/binutils/2018-02/msg00039.html Could you help to check whether it fixes the problem? Thanks! --

[Bug binutils/22788] New: AddressSanitizer: SEGV /home/ubuntu/binutils/binutils_git/binutils-gdb/bfd/libbfd.c:558 bfd_getl32

2018-02-05 Thread hizhangsword at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22788 Bug ID: 22788 Summary: AddressSanitizer: SEGV /home/ubuntu/binutils/binutils_git/binutils-gdb/bfd/li bbfd.c:558 bfd_getl32 Product: binutils Version: 2.30

[Bug ld/22764] [2.30 Regression] ld fails to link 4.13 and 4.15 kernels on aarch64-linux-gnu

2018-02-05 Thread renlin.li at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22764 --- Comment #13 from Renlin Li --- (In reply to Arnd Bergmann from comment #11) > I did some more testing with binutils-2.30 on arm64 randconfig kernels. One > major issue I came across was CONFIG_MODVERSIONS, which causes an error for > each

[Bug ld/22764] [2.30 Regression] ld fails to link 4.13 and 4.15 kernels on aarch64-linux-gnu

2018-02-05 Thread arnd at arndb dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=22764 Arnd Bergmann changed: What|Removed |Added CC||arnd at arndb dot de --- Comment #11

[Bug binutils/22789] addr2line can't determine function names in mips binaries compiled with -gline-tables-only

2018-02-05 Thread milos.stojano...@rt-rk.com
https://sourceware.org/bugzilla/show_bug.cgi?id=22789 Miloš Stojanović changed: What|Removed |Added CC|

[Bug binutils/22789] addr2line can't determine function names in mips binaries compiled with -gline-tables-only

2018-02-05 Thread milos.stojano...@rt-rk.com
https://sourceware.org/bugzilla/show_bug.cgi?id=22789 --- Comment #1 from Miloš Stojanović --- This patch should solves it. Added additional check to see if function name was retrieved successfully, if not, a call is made to function that retrieves it. Solution is

[Bug binutils/22789] New: addr2line can't determine function names in mips binaries compiled with -gline-tables-only

2018-02-05 Thread milos.stojano...@rt-rk.com
https://sourceware.org/bugzilla/show_bug.cgi?id=22789 Bug ID: 22789 Summary: addr2line can't determine function names in mips binaries compiled with -gline-tables-only Product: binutils Version: unspecified Status:

[Bug binutils/22782] ld.bfd large static binaries

2018-02-05 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22782 --- Comment #3 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=cd04836359da82ae1dc67e5a05565536f4427b51 commit

[Bug binutils/22771] nm does not display line information for uninlined copies of functions

2018-02-05 Thread pcarroll at codesourcery dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22771 --- Comment #1 from Paul Carroll --- Just to reduce possible confusion, when my previous comment says: If that test case is compiled and then ... I am implying If that test case is compiled with -O2 and then ... The '-O2' option is needed

[Bug binutils/22782] ld.bfd large static binaries

2018-02-05 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22782 --- Comment #4 from H.J. Lu --- Fixed for 2.31. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org

[Bug ld/22762] missing static variable constructor calls

2018-02-05 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #13 from cvs-commit at gcc dot gnu.org --- The binutils-2_30-branch branch has been updated by Nick Clifton :

[Bug gold/22791] Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #1

[Bug gold/22791] Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #3 from Rafael Ávila de Espíndola --- It seems to work. The attached hello world has Type: DYN (Shared object file) 6: 11e0 0 FUNCGLOBAL DEFAULT UND puts@GLIBC_2.2.5 and it

[Bug gold/22791] Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #2 from Rafael Ávila de Espíndola --- Created attachment 10786 --> https://sourceware.org/bugzilla/attachment.cgi?id=10786=edit testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 H.J. Lu changed: What|Removed |Added Summary|Don't error when a -pie |Don't error when a -pie

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #6 from Rafael Ávila de Espíndola --- Created attachment 10787 --> https://sourceware.org/bugzilla/attachment.cgi?id=10787=edit testcase that prints the address of a function -- You are receiving this mail because: You are on

[Bug gold/22791] Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #4 from Cary Coutant --- This would be fine if we knew for a fact that the relocation is on a call instruction. The problem is that R_X86_64_PC32 isn't always a call instruction. -- You are receiving this mail because: You are

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #7 from Rafael Ávila de Espíndola --- (In reply to Rafael Ávila de Espíndola from comment #5) > (In reply to Cary Coutant from comment #4) > > This would be fine if we knew for a fact that the relocation is on a call > >

[Bug ld/22764] [2.30 Regression] ld fails to link 4.13 and 4.15 kernels on aarch64-linux-gnu

2018-02-05 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22764 --- Comment #14 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Renlin Li : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=279b2f94168ee91e02ccd070d27c983fc001fe12 commit

[Bug ld/22764] [2.30 Regression] ld fails to link 4.13 and 4.15 kernels on aarch64-linux-gnu

2018-02-05 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22764 --- Comment #15 from cvs-commit at gcc dot gnu.org --- The binutils-2_30-branch branch has been updated by Renlin Li : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b01452b1d44a586f4ecf5cf02ffc0643e4962324

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #10 from Cary Coutant --- The "official" or "canonical" PLT entry is the one that serves as the address of the function throughout the program. If you make the function protected in your shared library, I think the PIC sequence

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #11 from Rafael Ávila de Espíndola --- (In reply to Cary Coutant from comment #10) > The "official" or "canonical" PLT entry is the one that serves as the > address of the function throughout the program. OK, so we were talking

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #8 from Cary Coutant --- (In reply to Rafael Ávila de Espíndola from comment #5) > (In reply to Cary Coutant from comment #4) > > This would be fine if we knew for a fact that the relocation is on a call > > instruction. The

[Bug gold/22791] Don't error when a -pie executable uses a shared function without PIC/PIE relocation

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 --- Comment #9 from Rafael Ávila de Espíndola --- (In reply to Cary Coutant from comment #8) > (In reply to Rafael Ávila de Espíndola from comment #5) > > (In reply to Cary Coutant from comment #4) > > > This would be fine if we knew for a

[Bug gold/22791] New: Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 Bug ID: 22791 Summary: Don't error when a -pie executable uses a shared function without a got Product: binutils Version: unspecified Status: UNCONFIRMED

[Bug gold/22791] Don't error when a -pie executable uses a shared function without a got

2018-02-05 Thread rafael.espindola at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22791 Rafael Ávila de Espíndola changed: What|Removed |Added CC||ccoutant at gmail dot com