Am 09.09.24 um 20:01 schrieb Richard Biener:
But it will require some ugly m4 hackery... I'll take a look if
I can make it work.
> I meant you shouldn’t need new library entry points for unsigned
> but simply call the signed ones (and switch the signed implementation
> to use unsigned arithmet
> Am 09.09.2024 um 19:09 schrieb Thomas Koenig :
>
> Am 09.09.24 um 09:19 schrieb Richard Biener:
>> Is the library implementation in any way different from the signed
>> one? Iff only
>> multiplication and addition/subtraction are involved the unsigned
>> implementation
>> could implement b
On Mon, Sep 09, 2024 at 12:26:53AM -0700, Damian Rouson wrote:
> On Sat, Sep 7, 2024 at 22:26 Steve Kargl
> wrote:
>
> > On Sat, Sep 07, 2024 at 08:17:42PM -0700, Jerry D wrote:
> >
> >
> > I personally would like to see -std=f2023 made the default.
>
> I would absolutely love that too. I’ve lo
Am 09.09.24 um 09:19 schrieb Richard Biener:
Is the library implementation in any way different from the signed
one? Iff only
multiplication and addition/subtraction are involved the unsigned implementation
could implement both variants (the signed one would eventually cause
undefinedness
with r
On Mon, Sep 9, 2024 at 10:10 AM Janne Blomqvist
wrote:
>
> On Sun, Sep 8, 2024 at 10:37 PM Harald Anlauf wrote:
> > The default ("-std=gnu") is IMHO *not* a real standard; it merely
> > describes the set of Fortranish-looking stuff (including standard
> > stuff) that is handled by gfortran if no
On Sun, Sep 8, 2024 at 10:37 PM Harald Anlauf wrote:
> The default ("-std=gnu") is IMHO *not* a real standard; it merely
> describes the set of Fortranish-looking stuff (including standard
> stuff) that is handled by gfortran if no -std= is given and then
> gives *no* warning.
>
> A way forward I
On Sat, Sep 7, 2024 at 22:26 Steve Kargl
wrote:
> On Sat, Sep 07, 2024 at 08:17:42PM -0700, Jerry D wrote:
>
>
> I personally would like to see -std=f2023 made the default.
I would absolutely love that too. I’ve lost countless hours chasing down
issues (in other compilers) that didn’t make sta
On Sun, Sep 8, 2024 at 10:32 PM Thomas Koenig wrote:
>
> Hello world,
>
> like the subject says. The patch is gzipped because it is large;
> it contains multiple MATMUL library implementations.
>
> OK for trunk?
>
> Implement MATMUL and DOT_PRODUCT for unsgigned.
Is the library implementation in
