[Bug binutils/30870] binutils/bfd/vms-alpha.c:1628:16: error:expected statement before ‘)’ token

2023-09-19 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30870 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/30870] binutils/bfd/vms-alpha.c:1628:16: error:expected statement before ‘)’ token

2023-09-19 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30870 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=fbf4b3c9bb0347950ee8792093e44c9d0cac60c5 commit fbf4b3c9bb0347950ee8792093e44

[Bug gas/30860] Possible usage of NULL in GAS

2023-09-19 Thread jacob at jacob dot remcomp.fr
https://sourceware.org/bugzilla/show_bug.cgi?id=30860 --- Comment #3 from jacob at jacob dot remcomp.fr --- > > Actually this is wrong. The point of compiling with NDEBUG active > is that sanity checks like the one above are removed making the code > (theoretically) faster. Anyone using program

[Bug gold/30867] merge.cc:668:27: error: ‘char16_t’ was not declared in this scope

2023-09-19 Thread nsz at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30867 --- Comment #2 from Szabolcs Nagy --- on a second thought gold likely requires AX_CXX_COMPILE_STDCXX(11, , mandatory) in its configure.ac -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/30867] merge.cc:668:27: error: ‘char16_t’ was not declared in this scope

2023-09-19 Thread nsz at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30867 Szabolcs Nagy changed: What|Removed |Added CC||nsz at gcc dot gnu.org --- Comment #1

[Bug ld/30875] Output section type does not been applied to section forced output by `. = .` assignment

2023-09-19 Thread TheLastLin at hotmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30875 Hsinyuan Xavier changed: What|Removed |Added CC||TheLastLin at hotmail dot com -- Y

[Bug ld/30875] New: Output section type does not been applied to section forced output by `. = .` assignment

2023-09-19 Thread TheLastLin at hotmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30875 Bug ID: 30875 Summary: Output section type does not been applied to section forced output by `. = .` assignment Product: binutils Version: 2.38 Status: UNCONFIRMED

[Bug ld/30874] New: ld internal error, aborting at ../../bfd/merge.c:935 in _bfd_merged_section_offset

2023-09-19 Thread llvm at rifkin dot dev
https://sourceware.org/bugzilla/show_bug.cgi?id=30874 Bug ID: 30874 Summary: ld internal error, aborting at ../../bfd/merge.c:935 in _bfd_merged_section_offset Product: binutils Version: 2.38 Status: UNCONFIRMED

[Bug binutils/30873] New: [RISC-V] On the failure of ".option arch, +/-" caused by implicit derivation of Zc extension

2023-09-19 Thread mumuxi_ll at outlook dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30873 Bug ID: 30873 Summary: [RISC-V] On the failure of ".option arch, +/-" caused by implicit derivation of Zc extension Product: binutils Version: 2.42 (HEAD) Status: UNCO

[Bug ld/29259] ld -r may create reloc sections with unordered relocs again

2023-09-19 Thread akaher at vmware dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29259 Ajay Kaher changed: What|Removed |Added CC||akaher at vmware dot com --- Comment #3

[Bug binutils/30870] New: binutils/bfd/vms-alpha.c:1628:16: error:expected statement before ‘)’ token

2023-09-19 Thread song.mengzhi at zte dot com.cn
https://sourceware.org/bugzilla/show_bug.cgi?id=30870 Bug ID: 30870 Summary: binutils/bfd/vms-alpha.c:1628:16: error:expected statement before ‘)’ token Product: binutils Version: 2.39 Status: UNCONFIRMED Severi

[Bug ld/30844] ld riscv: --emit-relocs does not retain the original relocation type

2023-09-19 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=30844 --- Comment #6 from Fangrui Song --- (In reply to Alan Modra from comment #5) > (In reply to Fangrui Song from comment #0) > > For GNU ld's AArch64/PPC64/x86-64 ports, the --emit-relocs code retains the > > original relocation type even if a l