<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Regression in 2025.2 in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1702448#M176254</link>
    <description>&lt;P&gt;The following example reproduces a regression in the oneAPI 2025.2 Fortran compiler that I encountered in our production code.&lt;/P&gt;&lt;LI-CODE lang="fortran"&gt;module m1
  character(:), pointer, private :: string =&amp;gt; null()
contains
  function get()
    class(*), pointer :: get
    if (.not.associated(string)) allocate(string, source='foo')
    get =&amp;gt; string
  end function
  subroutine set(arg)
    class(*), intent(in) :: arg
    select type (arg)
    type is (character(*))
      print *, 'set received string "', arg, '"'
      if (arg /= 'foo') stop 'ERROR!'
    end select
  end subroutine
end module

use m1
select type (s =&amp;gt; get())
type is (character(*))
  print *, 'passing string "', s, '" to set'
  call set(s)
end select
end&lt;/LI-CODE&gt;&lt;P&gt;It produces the incorrect result&lt;/P&gt;&lt;LI-CODE lang="none"&gt;$ ifx intel-20250709.f90 
$ ./a.out
 passing string "foo" to set
 set received string ""
ERROR!&lt;/LI-CODE&gt;&lt;P&gt;The expected output (from 2025.1, for instance) is of course&lt;/P&gt;&lt;LI-CODE lang="none"&gt; passing string "foo" to set
 set received string "foo"&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 09 Jul 2025 19:35:32 GMT</pubDate>
    <dc:creator>NCarlson</dc:creator>
    <dc:date>2025-07-09T19:35:32Z</dc:date>
    <item>
      <title>Regression in 2025.2</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1702448#M176254</link>
      <description>&lt;P&gt;The following example reproduces a regression in the oneAPI 2025.2 Fortran compiler that I encountered in our production code.&lt;/P&gt;&lt;LI-CODE lang="fortran"&gt;module m1
  character(:), pointer, private :: string =&amp;gt; null()
contains
  function get()
    class(*), pointer :: get
    if (.not.associated(string)) allocate(string, source='foo')
    get =&amp;gt; string
  end function
  subroutine set(arg)
    class(*), intent(in) :: arg
    select type (arg)
    type is (character(*))
      print *, 'set received string "', arg, '"'
      if (arg /= 'foo') stop 'ERROR!'
    end select
  end subroutine
end module

use m1
select type (s =&amp;gt; get())
type is (character(*))
  print *, 'passing string "', s, '" to set'
  call set(s)
end select
end&lt;/LI-CODE&gt;&lt;P&gt;It produces the incorrect result&lt;/P&gt;&lt;LI-CODE lang="none"&gt;$ ifx intel-20250709.f90 
$ ./a.out
 passing string "foo" to set
 set received string ""
ERROR!&lt;/LI-CODE&gt;&lt;P&gt;The expected output (from 2025.1, for instance) is of course&lt;/P&gt;&lt;LI-CODE lang="none"&gt; passing string "foo" to set
 set received string "foo"&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 09 Jul 2025 19:35:32 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1702448#M176254</guid>
      <dc:creator>NCarlson</dc:creator>
      <dc:date>2025-07-09T19:35:32Z</dc:date>
    </item>
    <item>
      <title>Re: Regression in 2025.2</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1702449#M176255</link>
      <description>&lt;P&gt;A workaround in the main program is to assign S to a local allocatable character variable and pass it instead:&lt;/P&gt;&lt;LI-CODE lang="fortran"&gt;use m1
character(:), allocatable :: ss
select type (s =&amp;gt; get())
type is (character(*))
  print *, 'passing string "', s, '" to set'
  ss = s
  call set(ss)
end select
end&lt;/LI-CODE&gt;</description>
      <pubDate>Wed, 09 Jul 2025 19:41:18 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1702449#M176255</guid>
      <dc:creator>NCarlson</dc:creator>
      <dc:date>2025-07-09T19:41:18Z</dc:date>
    </item>
    <item>
      <title>Re: Regression in 2025.2</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1742961#M178635</link>
      <description>&lt;P&gt;Ping to someone on the Intel team. This regression still exists in 2025.3.&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2026 13:44:32 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1742961#M178635</guid>
      <dc:creator>NCarlson</dc:creator>
      <dc:date>2026-04-02T13:44:32Z</dc:date>
    </item>
    <item>
      <title>Re: Regression in 2025.2</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1744320#M178674</link>
      <description>&lt;P&gt;Unfortunately, it is still in the latest engineering build. I am escalating to fix it (CMPLRLLVM-74899).&lt;/P&gt;</description>
      <pubDate>Tue, 14 Apr 2026 14:01:19 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Regression-in-2025-2/m-p/1744320#M178674</guid>
      <dc:creator>Igor_V_Intel</dc:creator>
      <dc:date>2026-04-14T14:01:19Z</dc:date>
    </item>
  </channel>
</rss>

