[Patch] Fortran: Fix gfc_maybe_dereference_var [PR104430]

The problem is that inside the main program, y = f(z) where the the result of z is type(t) :: z(size(x%a)) and 'x' is a dummy argument. 'x' looses the attr.dummy in gfc_add_interface_mapping and this leads to an additional indirect ref in gfc_maybe_dereference_var - but after the first indire

[Patch] Fortran: Fix gfc_conv_gfc_desc_to_cfi_desc with NULL [PR104126]

Pre-remark: Related NULL, there some accepts-invalid issues, not addressed in this patch. See https://gcc.gnu.org/PR104819 This patch fixes an ICE (12 regression) with NULL() that has no MOLD argument. OK for mainline? Tobias - Siemens Electronic Design Automation GmbH; Anschri

[committed] Fortran: Fix typos

I saw that Jakub fixed some typos/duplicated words, I thought I could do likewise – and I found some more in gcc/fortran. Committed as r12-7524. Tobias - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung;

Re: [Patch] Fortran: Fix gfc_maybe_dereference_var [PR104430]

Hi Tobias, Am 07.03.22 um 15:01 schrieb Tobias Burnus: The problem is that inside the main program,   y = f(z) where the the result of z is   type(t) :: z(size(x%a)) and 'x' is a dummy argument. 'x' looses the attr.dummy in gfc_add_interface_mapping and this leads to an additional indirect re