> > Based on some discussions, it looks like a handful of vendors are
> > planning on maintaining GCC-13 branches that include various
> > performance-related backports (ie, patches not suitable for the standard
> > GCC-13 release branch).
Did you consider also include necessary vectorizeor stuffs
I would prefer defer to GCC 14 too
Jeff Law 於 2023年3月31日 週五，21:34寫道：
>
>
> On 3/31/23 03:11, Vineet Gupta wrote:
> > Hi Jeff, Kito,
> >
> > I need some ideas to proceed with PR/109279: pertaining to longer term
> > direction and short term fix.
> >
> > First the executive summary:
> >
> > long lo
Hi all:
I am Kito Cheng, one of the RISC-V port maintainers. I would like to
announce we have created two vendor branches for accepting unratified
extension support, in order to focus the development energy on FSF
repo.
RISC-V is an open standard instruction set architecture, many ISA
extensions
Hi Nathan:
Recently I am clean up the failed case for bare-matel riscv64 target,
and that not support omp due to lack of pthread support (e.g.
gcc/testsuite/g++.dg/modules/omp-1_a), however even I add
`dg-require-effective-target pthread`, `dg-module-cmi` seems still try
to test and then get faile
> The RISC-V document linked to suggests that won't be an issue for RISC-V
> with hardware _Float16 support, though obviously it's still necessary to
> decide what to do when using _Float16 on RISC-V systems without the
> hardware support, if that is allowed at all.
My thought is that _Float16 is
Hi Jonathan:
> I would forget about the decimal types. I thought you were just
> talking about _Float16?
>
> You will need to decide on a mangling for it in C++, which should be
> co-ordinated with other compilers that are likely to support the type.
> You could mangle it as "u8_Float16" which is
Hi Jonathan:
> > C++ also has another proposal for extended floating-point types
> > (https://wg21.link/p1467), which included half-precision types, so in
> > my understanding, _Float16 won't be a portable typen between C/C++.
>
> Why not just make _Float16 available in C++ as a GCC extension?
No
Hi:
It's Kito, a RISC-V folks, recently RISC-V has an ISA extension draft
for IEEE half-precision operations [4], including arithmetic,
conversion, comparison...a full set of support for IEEE
half-precision.
So we are seeking the data type for IEEE half-precision, and then we
have few candidates
Hi Joseph:
> I don't know if C++ has reached any conclusions about what form C++
> support for such types should take, but my expectation was that something
> library-based, similar to the support for decimal floating-point types,
> might be used.
Thanks, my understanding is that we are not inten
; > On 3/11/21 1:56 PM, Jonathan Wakely via Gcc wrote:
> > > > On Thu, 11 Mar 2021 at 09:43, Kito Cheng via Gcc
> > > > wrote:
> > > >> Hi:
> > > >>
> > > >> Would it be possible to support interchange flo
Hi:
Would it be possible to support interchange floating point and/or
extended floating point for C++, which is introduced by ISO/IEC TS
18661-3?
I've read the note about C++ support from the initial commit log[1],
so I know there is some concern about C++ support for that, is it
possible to enab
11 matches
Mail list logo
