https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
Andreas K. Huettel changed:
What|Removed |Added
Attachment #46379|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
--- Comment #6 from Jim Wilson ---
Comment on attachment 46379
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46379
patch: disable 32bit riscv abis in gcc multilib
You are missing the g aliases. And you still have 32-bit dirnames. We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
--- Comment #5 from Andreas K. Huettel ---
Created attachment 46379
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46379=edit
patch: disable 32bit riscv abis in gcc multilib
OK thanks. This is roughly what I suspected.
Not for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
--- Comment #4 from Jim Wilson ---
GCC worked out of the box before we started upstreaming the toolchain. And it
will work out of the box again when we are done with the upstreaming. But
meanwhile, we are still in the middle of upstreaming and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
--- Comment #3 from Andreas K. Huettel ---
(In reply to Jim Wilson from comment #2)
> I talked to Palmer. Apparently what you want to do is build multilibs for
> lp64 and lp64d, to test the linux multilib support. That isn't currently
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
--- Comment #2 from Jim Wilson ---
I talked to Palmer. Apparently what you want to do is build multilibs for lp64
and lp64d, to test the linux multilib support. That isn't currently supported.
I would suggest applying a local patch to change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90419
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #1