How to use bfloat16 type in GCC ?

2021-12-01 Thread Jojo R via Gcc
Has GCC supported soft-fp for bfloat16 ? Thanks, — Jojo

Re: [cfe-dev] ISO C3X proposal: nonnull qualifier

2021-12-01 Thread Alejandro Colomar (man-pages) via Gcc
Hi Dmitri On 12/2/21 01:39, Dmitri Gribenko wrote: Pre-C3X headers won't work correctly when included in C3X programs, making incremental adoption of C3X syntax, as it was intended to be used, impossible. Projects would likely invent a NULLABLE macro, which would expand to _Nullable in C3X and n

Re: [cfe-dev] ISO C3X proposal: nonnull qualifier

2021-12-01 Thread Dmitri Gribenko via Gcc
Hi Alejandro, On Wed, Dec 1, 2021 at 11:24 PM Alejandro Colomar (man-pages) wrote: > On 11/23/21 13:45, Dmitri Gribenko wrote: > > If I were to speculate what would happen if C3X did flip the default, > > I think it would be treated by the community as a language fork. > > Yes > > > Pre-C3X heade

Re: [power-ieee128] What should the math functions be annotated with?

2021-12-01 Thread Jakub Jelinek via Gcc
On Wed, Dec 01, 2021 at 09:54:50PM +0100, Jakub Jelinek wrote: > sinl in C when compiled with -mabi=ieeelongdouble), but I'm not sure > if those need to be declared by libgfortran or math.h declares them). To answer this myself, just tried on Fedora 34 and we'd need to declare those ourselves. Bec

Re: [cfe-dev] ISO C3X proposal: nonnull qualifier

2021-12-01 Thread Alejandro Colomar (man-pages) via Gcc
Hi Dmitry, On 11/23/21 13:45, Dmitri Gribenko wrote: >> >> Let's imagine a scenario where C3X specifies that non-qualified pointers >> are nonnull. And there's only a qualifier, _Nullable, to allow NULL. >> Asigning _Nullable to nonnull would issue a diagnostic. > > I think C3X specifying that n

Re: odd internal failure

2021-12-01 Thread Gary Oblock via Gcc
Richard, I rebuilt at "-O0" and that particular call now works but on a call to the same function with a different offset it fails. 😱 Thanks, Gary From: Richard Biener Sent: Wednesday, December 1, 2021 1:09 AM To: Gary Oblock Cc: gcc@gcc.gnu.org Subject: Re:

Re: [power-ieee128] What should the math functions be annotated with?

2021-12-01 Thread Jakub Jelinek via Gcc
On Wed, Dec 01, 2021 at 09:34:47PM +0100, Thomas Koenig via Gcc wrote: > I am currently working on implementing the IEEE 128-bit floating > on POWER. One of the things to decide is what to call the > math functions for the library calls. > > Example: libgfortran/generated/bessel_r16.c currently h

[power-ieee128] What should the math functions be annotated with?

2021-12-01 Thread Thomas Koenig via Gcc
I am currently working on implementing the IEEE 128-bit floating on POWER. One of the things to decide is what to call the math functions for the library calls. Example: libgfortran/generated/bessel_r16.c currently has #if defined(GFC_REAL_16_IS_FLOAT128) #define MATHFUNC(funcname) funcname ##

Re: GNU OMPD implementation

2021-12-01 Thread Martin Jambor
Hi, On Tue, Nov 30 2021, Mohamed Atef wrote: > Hello, > for the gdb part it's already understood. gdb documentation explains > how to extend gdb functionality using python, and we looked at clang code > and now it's very clear how to provide OMPD functions with parameters. great to hear that

[RISCV][CANCELED] RISC-V GNU Toolchain Biweekly Sync-up call (Dec 2, 2021)

2021-12-01 Thread 吴伟
Hi all, FYI The next RISC-V GNU Toolchain Biweekly Sync is cancelled because there were not too many new topics in the past weeks. The next meeting is scheduled for Dec 16, 2021. -- Best wishes, Wei Wu (吴伟)

Re: odd internal failure

2021-12-01 Thread Richard Biener via Gcc
On Wed, Dec 1, 2021 at 8:46 AM Gary Oblock via Gcc wrote: > > What is happening should be trivial to determine but for some reason it's > not. I'd normally bounce this off a coworker but given the pandemic > and modern dispersed hiring practices it's not even remotely possible. > > I'm making this