#include
__fp16 foo (__fp16 a, __fp16 b)
{
return a + std::exp(b);
}
compiler options:
=
riscv64-unknown-linux-gnu-g++ foo.c -march=rv64gc_zfh -mabi=lp64
error:
==
foo.c: In function '__fp16 foo(__fp16, __fp16)':
foo.c:6:23: error: call of overloaded 'exp(__fp16&)' is ambi
Snapshot gcc-9-20210624 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20210624/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Hi Andy,
I'm trying to revive autofdo testing. One of the issues I'm running into with
my setup is that PEBS doesn't work for with perf record even though PEBS is
enabled.
I'm running Ubuntu 20.04 in a Hyper-V virtual machine; the processor is Icelake
(GenuineIntel-6-7E).
I did the following:
On Thu, 2021-06-24 at 19:59 +0530, Ankur Saini wrote:
> CURRENT STATUS :
>
> analyzer is now splitting nodes even at call sites which doesn’t have
> a cgraph_edge. But as now the call and return nodes are not
> connected, the part of the function after such calls becomes
> unreachable making them
On 6/21/2021 8:40 AM, Aldy Hernandez wrote:
On 6/9/21 2:09 PM, Richard Biener wrote:
On Wed, Jun 9, 2021 at 1:50 PM Aldy Hernandez via Gcc
wrote:
Hi Jeff. Hi folks.
What started as a foray into severing the old (forward) threader's
dependency on evrp, turned into a rewrite of the backw
CURRENT STATUS :
analyzer is now splitting nodes even at call sites which doesn’t have a
cgraph_edge. But as now the call and return nodes are not connected, the part
of the function after such calls becomes unreachable making them impossible to
properly analyse.
AIM for today :
- try to cre
On 6/23/21 6:00 PM, Joseph Myers wrote:
On Wed, 23 Jun 2021, Martin Liška wrote:
@Joseph: Can you share your thoughts about the used Makefile integration? What
do you suggest for 2)
(note that explicit listing of all .rst file would be crazy)?
You can write dependencies on e.g. doc/gcc/*.rst
