ld lib search path

2016-03-02 Thread ????
I have configure binutils with follow configruation: ../binutils-2.25/configure --prefix=$CROSS_TOOL --target=$TARGET --with-sysroot=$SYSROOT #$CROSS_TOOL=/sig/cross-tool $TARGET=x86_64-none-linux-gnu $HOST=x86_64-unknown-linux-gnu $SYSROOT=/sig/sysroot -the directory /sig/sysroot is

the help about the symbols list by using nm

2016-03-02 Thread Zhangwen (Esan)
hi, I’m newer. I found that symbols list results are different by using nm tool for binutils-2.24 and binutils-2.22. I see some sourcecode difference between binutils-2.24 and binutils-2.22, but have no idea of different sorting results for nm. The scene is as following: 1、The environment var

[Bug ld/12376] File offsets for PT_LOAD segments and resulting inequivalent memory aliases

2016-03-02 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=12376 --- Comment #15 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=7bcc503f3ef52fcac0d9be31f1b82440ec7ed2ff commit 7bcc503f3ef52fcac0d9be31f1b8244

[Bug ld/19579] [Regression] link error linking fortran code with PIE

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 H.J. Lu changed: What|Removed |Added Attachment #9060|0 |1 is obsolete|

[Bug ld/19579] [Regression] link error linking fortran code with PIE

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 H.J. Lu changed: What|Removed |Added Summary|[Regression] link error |[Regression] link error |

[Bug ld/19579] [Regression] link error linking fortran code on s390x-linux-gnu

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 H.J. Lu changed: What|Removed |Added Attachment #9059|0 |1 is obsolete|

[Bug ld/19579] [Regression] link error linking fortran code on s390x-linux-gnu

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 --- Comment #10 from H.J. Lu --- (In reply to H.J. Lu from comment #9) > Created attachment 9059 [details] > A patch > > Please try this patch. Doesn't work: [hjl@gnu-6 pr19579]$ cat x.c #include int foo[1]; int bar[1]; extern int *foo_p

[Bug ld/19579] [Regression] link error linking fortran code on s390x-linux-gnu

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 H.J. Lu changed: What|Removed |Added Attachment #9033|0 |1 is obsolete|

[Bug ld/19579] [Regression] link error linking fortran code on s390x-linux-gnu

2016-03-02 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 H.J. Lu changed: What|Removed |Added Target|s390x-linux-gnu | --- Comment #8 from H.J. Lu --- [hjl@gnu-

[Bug ld/19739] ld.bfd performance regression

2016-03-02 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=19739 --- Comment #14 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=523f4c9234439fd6ccc0dd2c3b387331dd64c54b commit 523f4c9234439fd6ccc0dd2c3b38733

[Bug gas/19744] Thumb-1 pcrop relocations don't work on Thumb-2 targets

2016-03-02 Thread christophe.monat at st dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19744 --- Comment #1 from Christophe Monat --- Hi Charles, We did not design these relocations to be usable in T2, indeed, since in that case the movt/movw instructions fill the bill. Besides the test case, would there be a strong reason to actua

[Bug ld/19579] [Regression] link error linking fortran code on s390x-linux-gnu

2016-03-02 Thread krebbel at linux dot vnet.ibm.com
https://sourceware.org/bugzilla/show_bug.cgi?id=19579 --- Comment #7 from Andreas Krebbel --- (In reply to H.J. Lu from comment #6) > I can reproduce it on Fedora 23. It is a bug in redhat-rpm-config, which > has redhat-hardened-cc1 and redhat-hardened-ld. But there is no > redhat-hardened-f951