Hi Mike,
I guess you should CC fortran@gcc.gnu.org as well.
on 2024/7/11 01:25, Michael Meissner wrote:
> If you build a little endian compiler and select a default CPU of power5
> (i.e. --with-cpu=power5), GCC cannot be built. The reason is that both the
> libgfortran and libstdc++-v3 libraries
Dear all,
here's a quite obvious fix for an ICE when processing an array constructor
where the first element is of deferred length, and at least four constant
elements followed, or an iterator with at least four elements. There
is a code path that then tries to combine these constant elements and
Hi Andre,
While I realise that this is not your doing, should we not
check DECL_LANG_SPECIFIC ()) before touching GFC_DECL_SAVED_DESCRIPTOR? Or
is access guaranteed by the REF_COMPONENT check?
A micro-nit line 12 s/User/Use/
Apart from this, it looks to be eminently obvious. OK for mainline.
Pa
Hi all,
the attached patch fixes an ICE when the object supplied to sizeof() is
a coarray of class type. This is fixed by taking the class object from
the se's class_container.
Regtests ok on x86_64-pc-linux-gnu / Fedora 39. Ok for mainline?
Regards,
Andre
--
Andre Vehreschild * Email: v
Hi Paul,
thanks for the review. I have experienced that git is a bit picky, when
a patch got line breaks from a mailer or something. I usually do `git am
` that also adds the log entry and can `git reset --hard
origin/master` easily to get back to the state before the patch
application.
I will mo
Hi Paul,
I checked with an coarray and everything seems to work as expected.
Good to merge from my side. Thanks for the patch.
- Andre
On Thu, 18 Jul 2024 08:04:52 +0100
Paul Richard Thomas wrote:
> Hi Andre,
>
>
> > + /* Mark so that rhs "used unallocated" warnings can be
> > issued. Co
Hi Paul,
thanks for the review. Applied as gcc-15-2131-g0231b076dc9 .
Regards,
Andre
>
> Hi Andre,
>
> It looks good to me. I am happy to see that the principle of the
> patch has Richi's blessing too.
>
> OK for mainline. I leave it for you (and Richi?) to decide whether to
> backport
Hi Andre,
> + /* Mark so that rhs "used unallocated" warnings can be issued.
> Component
> +references do not generate the warnings. */
> + for (ref = expr1->ref; ref; ref = ref->next)
> + if (ref->type == REF_COMPONENT)
> + break;
>
Good spot - I had gone blind
Hi Andre,
The code is standard boilerplate in handling arrays and looks OK to me.
That said, I know next to nothing about the handling of co-arrays in
gfortran. I hope that others can pick up anything that I have missed.
Since you are likely to produce a stream (and have already) of co-array
patc
