[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section

https://sourceware.org/bugzilla/show_bug.cgi?id=16177 --- Comment #1 from Ben Gamari --- This appears to be responsible for brokenness on ARM when the Glasgow Haskell Compiler is used to produce dynamically linked executables https://ghc.haskell.org/trac/ghc/ticket/4210#comment:29. -- You are r

[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section

https://sourceware.org/bugzilla/show_bug.cgi?id=16177 Ben Gamari changed: What|Removed |Added CC||bgamari at gmail dot com -- You are rec

[Bug ld/2404] Linker failed to handle symbols with mismatched types.

http://sourceware.org/bugzilla/show_bug.cgi?id=2404 --- Comment #3 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "gdb and binutils". The branch, m

[Bug ld/16467] ld fails with internal error in elf_x86_64_relocate_section when .symver and ifunc magic is used

https://sourceware.org/bugzilla/show_bug.cgi?id=16467 --- Comment #11 from H.J. Lu --- (In reply to Zbigniew Jędrzejewski-Szmek from comment #10) > I tried again, without success. I still get an internal error with just t he > ld patch on top of binutils git. Is the glibc patch still necessa

[Bug ld/14962] Change of behaviour (symbols in linker file) in 2.22.90.20120924

http://sourceware.org/bugzilla/show_bug.cgi?id=14962 --- Comment #9 from cvs-commit at gcc dot gnu.org --- This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "gdb and binutils". The branch,

[Bug binutils/14698] ar, nm and ranlib don't use gcc's liblto_plugin.so in BINDIR/../lib/bfd-plugins automatically

https://sourceware.org/bugzilla/show_bug.cgi?id=14698 David Kredba changed: What|Removed |Added CC||nheghathivhistha at gmail dot com --