https://sourceware.org/bugzilla/show_bug.cgi?id=20995
--- Comment #33 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=e6aded7c34054a2eea55ec56ca3b997ddd0197cf
commit e6aded7c34054a2eea55ec56ca3b
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #9 from Jim Wilson ---
RISC-V is an ISA. The amount of memory that can be accessed depends on the ISA
implementation that you are using. This varies from one implementation to
another. But most 64-bit processors do not have 64 a
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #8 from Alexander von Gluck IV ---
I'm ok equating this one to an issue on our end. I think the segfault is an
issue, but since I can't reproduce it on binutils 2.29 or later, it might be
something already fixed... so we can go ah
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #7 from Jim Wilson ---
An empty linker script isn't expected to work. This will probably fail for
every linker target. It fails for x86_64-linux for instance.
rohan:2037$ uname -a
Linux rohan 4.15.0-47-generic #50-Ubuntu SMP Wed
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #6 from Alexander von Gluck IV ---
Ok. I slowly moved through the linker script. If I comment out this section ld
segfaults:
/*
.sdata :
{
__global_pointer$ = . + 0x800;
*(.srodata.cst16) *(.srodata.cst8) *
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #5 from Alexander von Gluck IV ---
I just took the internal linker script and passed it back in, and it works as
expected. Then I used an empty linker script and it segfaulted again.
Maybe a bug in 2.28.1 that was fixed by 2.29?
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #4 from Alexander von Gluck IV ---
Here's our riscv config for Haiku:
https://git.haiku-os.org/buildtools/tree/gcc/gcc/config/riscv/haiku.h
Anything beyond that is "stuff working on other architectures"
The linker script definit
https://sourceware.org/bugzilla/show_bug.cgi?id=24426
--- Comment #3 from Jim Wilson ---
I tried to reproduce with no luck. I think that there are too many things
broken on your end. I had to hack up crt0.S to remove the required support for
__global_pointer$, and I had to hack your linker scri
