Hi,
I've just tried using these builtins now these have landed in trunk, and
I have a question about the cbo builtins.
Looking at the code being generated it looks like these builtins return
an int and take no arguments, but reading the instructions these should
instead take an int and retur
This solves an issue where rv32i, etc. are canonicalized to rv32imafd
since the g->i addition of 'm', 'a', 'f', 'd' is not actually gated by
whether the input was rv32g/rv64g.
gcc/ChangeLog:
* config/riscv/arch-canonicalize: Only add mafd extension if
base was rv32/rv64g.
---
gcc
Hi Kito,
Thanks for reviewing this. Since I don't have commit access, could you
commit this for me.
On 10/12/2020 02:32, Kito Cheng wrote:
> Hi Simon:
>
> V2 version is LGTM, thanks!
>
--
>From 304afba63fb851fae461fcd89a7ecdba3e96c313 Mon Sep 17 00:00:00 2001
From: Simon Cook
Date: Wed, 9 Dec 2020 10:39:28 +
Subject: [PATCH] RISC-V: Explicitly call python when using multilib
generator
When building GCC for RISC-V with the --with-multilib-generator option,
it may not be possible t
When building GCC for RISC-V with the --with-multilib-generator option,
it may not be possible to call arch-canonicalize as an executable when
building on Windows. Instead directly invoke the expected python
interpreter for this step.
gcc/ChangeLog:
* config/riscv/multilib-generator (arch
Some square brackets were missing escape characters, causing DejaGnu to
try and call a proc with the name "at".
gcc/testsuite/ChangeLog:
* gcc.target/riscv/read-thread-pointer.c: Fix escaping on
regular expression.
---
gcc/testsuite/gcc.target/riscv/read-thread-pointer.c | 2 +-
