- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I get an access violation error with ifort 2021.9.0 ... and an ICE with ifx 2023.1.0 with the following code.
MODULE M
IMPLICIT NONE (TYPE, EXTERNAL)
CONTAINS
SUBROUTINE S(X)
IMPLICIT NONE (TYPE, EXTERNAL)
CLASS(*) :: X(..)
SELECT RANK (X)
RANK (0)
SELECT TYPE (XX => X)
TYPE IS (INTEGER)
WRITE(*, *) 'X is of type INTEGER.'
END SELECT
END SELECT
END SUBROUTINE S
END MODULE M
PROGRAM P
USE M
IMPLICIT NONE (TYPE, EXTERNAL)
INTEGER :: I
CALL S(I)
END PROGRAM P
Either there is a missing check in the compiler to prevent those nested constructs, or this is a legal code but there is a compiler bug.
Link Copied
5 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The code appears conformant, it looks like a bug in IFORT.
Intel team: FYI, IFX encounters ICE with this.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
we will get a bug report open. Thanks for sending this to us!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
bug ID is CMPLRLLVM-48814
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@OP1 this bug is fixed in the 2024.1.0 compiler. I have just confirmed the fix in the released compiler.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
For Mac Os users who can't benefit from new releases (ifort no longer maintained...), does anyone have a workaround for this problem?
![](/skins/images/D3C0B914909A6564BBB97F4AD1ED1973/responsive_peak/images/icon_anonymous_message.png)
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page