https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118284
--- Comment #2 from Tommy Murphy ---
Hi Andrew - oh - sorry for logging it in the wrong place and thanks for the
clarification. I'll log it against Binutils/as. Thanks again. Tommy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118284
Bug ID: 118284
Summary: [RISCV] No compressed c.j for offsets of -2044, -2046,
-2048
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116054
Tommy Murphy changed:
What|Removed |Added
CC||tommy_murphy at hotmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111065
--- Comment #7 from Tommy Murphy ---
(In reply to palmer from comment #3)
> The Linux and ELF multilibs are different: for Linux we assumed ISA
> compatibility was up to the distro, so multilib just handles the ABI side of
> things. That said,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111065
--- Comment #6 from Tommy Murphy ---
Hi Kito/Palmer - should I maybe close this issue here and take it up in the
riscv-gnu-toolchain/riscv-gcc repos instead?
* https://github.com/riscv-collab/riscv-gnu-toolchain
* https://github.com/riscv-coll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111065
--- Comment #5 from Tommy Murphy ---
Thanks for the comments Palmer and Kito.
However I'm still a bit confused. Is it the case that the multilib patterns
(for the "base" lib and reuse patterns) are interpreted/used differently in the
context of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111065
--- Comment #2 from Tommy Murphy ---
Thanks @Kito Cheng - but I don't really understand how your comment relates to
the specific issue of the t-linux-multilib reuse "mappings" being incorrect
(and possibly the reverse of what was originally inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111065
Bug ID: 111065
Summary: [RISCV] t-linux-multilib specifies incorrect multilib
reuse patterns
Product: gcc
Version: og13 (devel/omp/gcc-13)
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64215
--- Comment #4 from Tommy Murphy ---
I meant to say that maybe the target needs to be widened/generalised beyond
just "Target: x86_64-*-*"? As per my previous comment and link, the same
issue has been observed with RISC-V and this comment a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64215
Tommy Murphy changed:
What|Removed |Added
CC||tommy_murphy at hotmail dot com
--- Comme
10 matches
Mail list logo