[Bug ld/23244] RISC-V 64 relocation truncated to fit in case of undefined weak references

2018-05-29 Thread sebastian.hu...@embedded-brains.de
https://sourceware.org/bugzilla/show_bug.cgi?id=23244 --- Comment #2 from Sebastian Huber --- Thanks for your analysis. Calling a weakly undefined function is undefined behaviour. Would it be possible to replace the call to zero with a call to the current PC (infinite loop) or a nop? On the ARM

[Bug ld/23161] __bss_start, _end and _edata aren't marked as hidden

2018-05-29 Thread markj at FreeBSD dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23161 --- Comment #4 from Mark Johnston --- (In reply to H.J. Lu from comment #3) I suspect that would address the problem I brought up here: https://sourceware.org/ml/binutils/2018-05/msg00300.html I'm happy to test patches. If I can apply the cha

[Bug ld/23244] RISC-V 64 relocation truncated to fit in case of undefined weak references

2018-05-29 Thread wilson at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23244 Jim Wilson changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ld/23161] __bss_start, _end and _edata aren't marked as hidden

2018-05-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23161 --- Comment #3 from H.J. Lu --- Should we not define __bss_start/_end/_edata in shared libraries at all and always use the definitions in executable? Will this work for FreeBSD? -- You are receiving this mail because: You are on the CC list

[Bug ld/23161] __bss_start, _end and _edata aren't marked as hidden

2018-05-29 Thread markj at FreeBSD dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=23161 Mark Johnston changed: What|Removed |Added CC||markj at FreeBSD dot org --- Comment

[Bug gas/20319] as and objdump allow "fmov sn, xm"

2018-05-29 Thread i-bugzilla-sourceware-org-kasujfzh at rf dot risimo.net
https://sourceware.org/bugzilla/show_bug.cgi?id=20319 Raimar Falke changed: What|Removed |Added CC||i-bugzilla-sourceware-org-k

Re: [Bug binutils/23230] aarch64: objdump disassembles invalid mrs

2018-05-29 Thread Egeyar Bagcioglu
Hi Jiong, I am looking at the following bug and it concerns one of your old patches. I could not add you to the CC list of the bug. Therefore, I'm notifying you by forwarding my update on the bug. Regards, Egeyar On 05/29/2018 08:47 PM, egeyar.bagcioglu at oracle dot com wrote: https://sou

[Bug binutils/23230] aarch64: objdump disassembles invalid mrs

2018-05-29 Thread egeyar.bagcioglu at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23230 --- Comment #3 from Egeyar Bagcioglu --- I prepared a patch according to "ARM Architecture Reference Manual, ARMv8, for ARMv8-A architecture profile". However, the patch triggered a failure in a test-case. Then, I realized that what my patch d

[Bug binutils/23242] aarch64: objdump should treat SBO bits consistent

2018-05-29 Thread i-bugzilla-sourceware-org-kasujfzh at rf dot risimo.net
https://sourceware.org/bugzilla/show_bug.cgi?id=23242 Raimar Falke changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug binutils/23242] aarch64: objdump should treat SBO bits consistent

2018-05-29 Thread i-bugzilla-sourceware-org-kasujfzh at rf dot risimo.net
https://sourceware.org/bugzilla/show_bug.cgi?id=23242 Raimar Falke changed: What|Removed |Added Summary|aarch64: objdump requires |aarch64: objdump should

[Bug gold/23245] New: memory leak with static link stdc++ with --no-gnu-unique at dlclose

2018-05-29 Thread bknt814 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23245 Bug ID: 23245 Summary: memory leak with static link stdc++ with --no-gnu-unique at dlclose Product: binutils Version: 2.25 Status: UNCONFIRMED Severity: norm