[Fortran, Patch, PR120483, v1] Fix wrong type of saved allocatable strings.

Hi all, attached patch fixes a missing substring ref on a saved allocatable string. The issue seems to be, that the variable is declared to be a character pointer and not a character array. When using the latter (why not), it works as expected and does not produce any regressions. Regtests ok on

Re: [PATCH] gcc: middle-end opt for trigonometric pi-based functions builtins

On Sun, 1 Jun 2025, Yuao Ma wrote: > For MPFR versions older than 4.2.0, we've included our own folding functions. I think the normal practice in GCC would be to avoid the optimizations when the MPFR support is absent, instead of working around the absence with possibly less accurate implementa

Re: [Fortran, Patch, PR120483, v1] Fix wrong type of saved allocatable strings.

Hi Andre, attached patch fixes a missing substring ref on a saved allocatable string. The issue seems to be, that the variable is declared to be a character pointer and not a character array. When using the latter (why not), it works as expected and does not produce any regressions. Regtests o

Re: [PATCH] gcc: middle-end opt for trigonometric pi-based functions builtins

Joseph Myers wrote: On Sun, 1 Jun 2025, Yuao Ma wrote: For MPFR versions older than 4.2.0, we've included our own folding functions. I think the normal practice in GCC would be to avoid the optimizations when the MPFR support is absent, instead of working around the absence with possibly less a

Re: [Fortran, Patch, PR120483, v1] Fix wrong type of saved allocatable strings.

Hi Thomas, thanks for the ok. Unfortunately does the patch regress in gomp (test case gomp/pr104382 when I am not mistaken ; the one with the lone 'save' statement). This was reported by the regression testing host at first for arm, but also occurs on x86_64. Since when are proposed patches ch

Build appears to be broken.

I am getting this tonight. Jerry In file included from /home/jerry/dev/usr/include/c++/16.0.0/x86_64-pc-linux-gnu/bits/gthr-default.h:35, from /home/jerry/dev/usr/include/c++/16.0.0/x86_64-pc-linux-gnu/bits/gthr.h:157, from /home/jerry/dev/usr/include/c++/16.

[PATCH] gcc: middle-end opt for trigonometric pi-based functions builtins

Hi Joseph, > I don't see tests for the various special cases from Annex F (for example, > "tanpi(n) returns +0, for positive even and negative odd integers n." and > "tanpi(n) returns -0, for positive odd and negative even integers n."). > In such cases the sign of zero would need to be checked sp

Re: Build appears to be broken.

On Tue, 3 Jun 2025, 03:19 Jerry D via Gcc, wrote: > I am getting this tonight. > This is a glibc change to the definition of PTHREAD_COND_INITIALIZER. It looks like you updated glibc. A clean build should fix it. > Jerry > > In file included from > > /home/jerry/dev/usr/include/c++/16.0.0/x8