[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

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

[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

2020-03-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24920 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

2020-03-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24920 --- Comment #5 from H.J. Lu --- Created attachment 12366 --> https://sourceware.org/bugzilla/attachment.cgi?id=12366=edit Try this -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/24905] X86 PCREL relocation against hidden symbol defined in linker scripts fails

2020-03-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24905 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

2020-03-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24920 --- Comment #4 from H.J. Lu --- (In reply to Geir Johansen from comment #3) > Problem still occurs with somewhat more recent software: > It is interaction between "gcc -static" and linker -static/-Bdynamic. When -static is passed to gcc,

[Bug ld/24920] Executable produces nonsensical error message after statically linking with trying to link in a dynamic library.

2020-03-11 Thread geir at cray dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24920 --- Comment #3 from Geir Johansen --- Problem still occurs with somewhat more recent software: $ gcc --version gcc (GCC) 9.2.0 20190812 (Cray Inc.) Copyright (C) 2019 Free Software Foundation, Inc. This is free software; see the source for

[Bug gas/25614] dwarf-5 allows for .file 0

2020-03-11 Thread dblaikie at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25614 --- Comment #12 from David Blaikie --- (In reply to Nick Clifton from comment #11) > Hi Nick, > > Right - I have now checked in a patch which should provide full support for > the ".file 0" directive. Plus it handles .file "dir" "file" md5

[Bug gas/25614] dwarf-5 allows for .file 0

2020-03-11 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25614 --- Comment #11 from Nick Clifton --- Hi Nick, Right - I have now checked in a patch which should provide full support for the ".file 0" directive. Plus it handles .file "dir" "file" md5 as well. One question - what is the .addrsig

[Bug gas/25611] [DWARF-5] support for checksums in .file directives

2020-03-11 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25611 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug binutils/25651] objcopy : SIGSEGV in copy_object ( objcopy.c:3392 )

2020-03-11 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25651 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED