[Bug gold/24996] New: Ternary if operator evaluated incorrectly

https://sourceware.org/bugzilla/show_bug.cgi?id=24996 Bug ID: 24996 Summary: Ternary if operator evaluated incorrectly Product: binutils Version: 2.32 Status: UNCONFIRMED Severity: normal Priority: P2 Component:

[Bug binutils/24993] RISC-V: Address 0x00000000000xxxxx is out of bounds when "objdump -D"

https://sourceware.org/bugzilla/show_bug.cgi?id=24993 Jim Wilson changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug ld/24983] RISC-V GP linker relaxation is not performed with -nostdlib

https://sourceware.org/bugzilla/show_bug.cgi?id=24983 --- Comment #3 from Jim Wilson --- There is another related problem reported here https://github.com/riscv/riscv-gnu-toolchain/issues/497 -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/24992] RISC-V: partial relaxing against global pointer with sdata section alignment

https://sourceware.org/bugzilla/show_bug.cgi?id=24992 --- Comment #4 from Jim Wilson --- It is the same underlying problem. Addresses can increase by up to section alignment after relaxation, so we have to reduce gp range by the alignment of the largest section in between gp and the variable, bu

[Bug ld/24992] RISC-V: partial relaxing against global pointer with sdata section alignment

https://sourceware.org/bugzilla/show_bug.cgi?id=24992 --- Comment #3 from Yiting Wang --- Jim, thanks for checking. I checked bug 24983, you said: "When you link with the default libraries, other stuff gets put in sdata before a, and so the variable a is in range of gp because it is at -0x7f0.

[Bug ld/24981] Hit assertion failure in ld/ldlang.c:7504

https://sourceware.org/bugzilla/show_bug.cgi?id=24981 --- Comment #7 from Romain Geissler --- I think this should be backported to branch 2.33. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list b

[Bug ld/24981] Hit assertion failure in ld/ldlang.c:7504

https://sourceware.org/bugzilla/show_bug.cgi?id=24981 --- Comment #6 from Romain Geissler --- Thanks, I was just trying to reproduce my issue, in a simpler way than building the full gcc, with no success so far. Cheers, Romain -- You are receiving this mail because: You are on the CC list for

[Bug binutils/24993] RISC-V: Address 0x00000000000xxxxx is out of bounds when "objdump -D"

https://sourceware.org/bugzilla/show_bug.cgi?id=24993 --- Comment #2 from Yiting Wang --- While I agree that "objdump -D" might cause a problem when disassembling data section, I did not see similar issue occurs when disassembing objects of other architectures. Also if it throws an "out of bound

[Bug ld/24981] Hit assertion failure in ld/ldlang.c:7504

https://sourceware.org/bugzilla/show_bug.cgi?id=24981 --- Comment #5 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=a19826f4c41219be6fb1adb528fe5fd3a3dc4130 commit a19826f4c41219be6fb1adb528fe5

[Bug binutils/24039] integer overflow in libiberty, heap overflow will be triggered

https://sourceware.org/bugzilla/show_bug.cgi?id=24039 --- Comment #5 from Yan Zhu --- Comment on attachment 11991 --> https://sourceware.org/bugzilla/attachment.cgi?id=11991 fix CVE-2018-20673 the binutils version is 2.31.1 -- You are receiving this mail because: You are on the CC list for t

[Bug binutils/24039] integer overflow in libiberty, heap overflow will be triggered

https://sourceware.org/bugzilla/show_bug.cgi?id=24039 Yan Zhu changed: What|Removed |Added CC||zhuyan34 at huawei dot com --- Comment #4 f