OK for trunk?
This is based on the previous submissions. Again, this does not
generate a new library version; rather it re-uses the signed
integer version already present in the library.
OK for trunk?
Previous submissions (without which this will not work):
https://gcc.gnu.org/pipermail/fortra
This patch adds random number support for UNSIGNED, plus fixes
two bugs, with array I/O where the type used to be set to BT_INTEGER,
and for division with the divisor being a constant.
Again, depends on prevous submissions.
OK for trunk?
gcc/fortran/ChangeLog:
* check.cc (gfc_check_ran
Am 18.09.24 um 12:31 schrieb Andre Vehreschild:
Regtested ok on x86_64-pc-linux-gnu / F39. Ok for mainline?
OK.
Thanks for the patch!
Best regards
Thomas
Hi Andre,
Regtested ok on x86_64-pc-linux-gnu / Fedora 39. Ok for mainline?
Extremely minor nit: In the commit message and ChangeLog entry,
Build a derived type component's type only, when it is not already being
build and the component uses pointer semantics.
I believe that should be "being
Hi all,
back from my holidays and still no review. PING PING!
Rebased to current mainline.
Regtested ok on x86_64-pc-linux-gnu / F39. Ok for mainline?
Regards,
Andre
On Wed, 21 Aug 2024 13:43:52 +0200
Andre Vehreschild wrote:
> Hi all,
>
> pinging this patch for the first time.
>
>
Hi all,
pinging this patch.
Regtested ok on x86_64-pc-linux-gnu / F39. Ok for mainline?
Regards,
Andre
On Fri, 23 Aug 2024 11:19:59 +0200
Andre Vehreschild wrote:
> Hi all,
>
> attached patch fixes an ICE during trans-phase when allocatable components in
> derived typed coarrays were
Hi all,
Paul asked me to have a look at his approach for pr106606. Now here is my
solution. I needed to break the endless recursion of a derived type referencing
itself in a component (like in a linked list). I accomplished this by checking,
if a type is in the build (i.e. if its size has not been
