topic Re: Nested associate statements internal compiler error in Intel® Fortran Compiler

Nested associate statements internal compiler error

ivanp — Sat, 21 Sep 2024 10:47:33 GMT

Nesting associate statements leads to ICE's in both ifort and ifx. Here is a MWE which aborts:

associate(d => sin(42.0)) associate(g => d) print *, g, loc(g) == loc(d) end associate end associate end

Output of other compilers can be found in Compiler Explorer: https://godbolt.org/z/TE7z37vne

Re: Nested associate statements internal compiler error

ivanp — Tue, 03 Feb 2026 22:07:09 GMT

It looks like this has been resolved with version 2025.3.0.

Re: Nested associate statements internal compiler error

Igor_V_Intel — Tue, 03 Feb 2026 22:14:09 GMT

It was a bug in ifx 2025.2 and earlier. Fixed in 2025.3.

Re: Nested associate statements internal compiler error

JFH — Tue, 03 Feb 2026 22:38:50 GMT

With my version of ifx the ICE has gone away but the output still looks wrong because the result of loc(g) == loc(d) is F. Gfortran gives T.

```

(lf) john:~$ ifx --version
ifx (IFX) 2025.3.0 20251010
Copyright (C) 1985-2025 Intel Corporation. All rights reserved.

(lf) john:~$ ifx associate.f90 && ./a.out
-0.9165215 F
(lf) john:~$ gfortran associate.f90 && ./a.out
-0.916521549 T
(lf) john:~$

```

Re: Nested associate statements internal compiler error

ivanp — Tue, 03 Feb 2026 23:34:40 GMT

We'd have to read the standard "fine-print" here. I'm not sure the results of `loc` extension are relevant here. I used it to determine if compilers are creating copies or not. Note that you cannot use `c_loc` on `g` or `d`, because they don't have the pointer or target attribute.

Re: Nested associate statements internal compiler error

JFH — Wed, 04 Feb 2026 01:16:59 GMT

There is no standard "fine print" because the F2023 standard has no LOC intrinsic, and so gfortran and ifx must have provided it as extensions. The different outputs suggest that ASSOCIATE was implemented in different ways that both work.