On Tue, Jan 31, 2023 at 10:38:02PM +0800, LIU Hao wrote:
> 在 2023-01-31 21:13, Thomas Schwinge 写道:
> > Hi!
> >
> > On 2023-01-30T14:50:08-0800, Steve Kargl via Fortran
> > wrote:
> > > Does the skull and crossbones convey anymore info than the rest of
> > > the subject line
> > >
> > > Bui
在 2023-01-31 21:13, Thomas Schwinge 写道:
Hi!
On 2023-01-30T14:50:08-0800, Steve Kargl via Fortran
wrote:
Does the skull and crossbones convey anymore info than the rest of
the subject line
Buildbot (Sourceware): gcc - failed configure (failure) (master)
They convey as much additional i
Hi!
On 2023-01-30T14:50:08-0800, Steve Kargl via Fortran
wrote:
> Does the skull and crossbones convey anymore info than the rest of
> the subject line
>
> Buildbot (Sourceware): gcc - failed configure (failure) (master)
They convey as much additional information as does (automated) colorfu
On Tue, Dec 13, 2022 at 05:38:22PM +0100, Tobias Burnus wrote:
> I missed that 'align' needs to be a power of 2 - contrary to 'aligned',
> which does not have this restriction for some odd reason.
Yeah, odd. The C and C++ FEs indeed diagnose non-pow2p constants
for align (and not for aligned clau
On Wed, Jan 25, 2023 at 03:47:18PM +0100, Tobias Burnus wrote:
> updated patch included, i.e. avoiding 'count' for 'j' when a 'j.0' would
> do (i.e. only local var without the different step calculation). I also
> now reject if there is a non-unit step on the loop using an outer var.
>
> Eventuall
On Tue, Jan 24, 2023 at 04:24:07PM +0100, Tobias Burnus wrote:
> gcc/fortran/ChangeLog:
>
> PR fortran/108512
> * openmp.cc (gfc_resolve_omp_do_blocks): Don't check 'inscan'
> restrictions for loop as rejected elsewhere.
> (gfc_resolve_do_iterator): Set a source location fo
