<?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 Re: debugger in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1678348#M175350</link>
    <description>&lt;LI-CODE lang="fortran"&gt;Program test
  USE DATOS
  IMPLICIT NONE
  TYPE(VECTOR) :: IMAG
  
  IMAG%X=100
  IMAG%Y=200
  CALL SUB0(IMAG)
  CALL SUB4(IMAG)
  CALL SUB5(IMAG)
  CALL SUB1(IMAG)
  CALL SUB2(IMAG)
  CALL SUB3(IMAG)
END program test&lt;/LI-CODE&gt;&lt;P&gt;Firstly&amp;nbsp; I agree there are is something wrong here. I had a play with your project in 2025.1 and see exactly what you report.&amp;nbsp; I had a further play, I named the main but other then getting rib of _UNNAMED_MAIN_$$ that is not significant. Using proper Fortran (Imag%X rather than imag.x) also has no bearing.&amp;nbsp; I seems to me that the use of external subroutines in separate source files is part of the trigger for the problem. The compiler is questioning the derived type "Uniqueness", it should not because&amp;nbsp; of the module definition.&lt;/P&gt;&lt;P&gt;I added sub4 and sub5 to the sub0 source file and that throws up a new strange variations of type(datos:vector). If the subs are in module(s) the problem goes away. I am guess adding explicit interfaces directly in the main program would also make it go away. I think intel need to look at this again.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It is not a problem I would personally ever see as external subroutines do not exist in my codebase.&lt;/P&gt;</description>
    <pubDate>Thu, 27 Mar 2025 10:35:42 GMT</pubDate>
    <dc:creator>andrew_4619</dc:creator>
    <dc:date>2025-03-27T10:35:42Z</dc:date>
    <item>
      <title>debugger</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1678321#M175349</link>
      <description>&lt;PRE&gt;&lt;SPAN class=""&gt;DEBUG issues continue with the new FORTRAN 2025.1.0&lt;BR /&gt;&lt;/SPAN&gt;&lt;/PRE&gt;&lt;PRE&gt;&lt;SPAN class=""&gt;Am I doing something wrong?&lt;/SPAN&gt;&lt;/PRE&gt;&lt;PRE&gt;&amp;nbsp;&lt;/PRE&gt;</description>
      <pubDate>Thu, 27 Mar 2025 07:35:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1678321#M175349</guid>
      <dc:creator>garraleta_fortran</dc:creator>
      <dc:date>2025-03-27T07:35:42Z</dc:date>
    </item>
    <item>
      <title>Re: debugger</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1678348#M175350</link>
      <description>&lt;LI-CODE lang="fortran"&gt;Program test
  USE DATOS
  IMPLICIT NONE
  TYPE(VECTOR) :: IMAG
  
  IMAG%X=100
  IMAG%Y=200
  CALL SUB0(IMAG)
  CALL SUB4(IMAG)
  CALL SUB5(IMAG)
  CALL SUB1(IMAG)
  CALL SUB2(IMAG)
  CALL SUB3(IMAG)
END program test&lt;/LI-CODE&gt;&lt;P&gt;Firstly&amp;nbsp; I agree there are is something wrong here. I had a play with your project in 2025.1 and see exactly what you report.&amp;nbsp; I had a further play, I named the main but other then getting rib of _UNNAMED_MAIN_$$ that is not significant. Using proper Fortran (Imag%X rather than imag.x) also has no bearing.&amp;nbsp; I seems to me that the use of external subroutines in separate source files is part of the trigger for the problem. The compiler is questioning the derived type "Uniqueness", it should not because&amp;nbsp; of the module definition.&lt;/P&gt;&lt;P&gt;I added sub4 and sub5 to the sub0 source file and that throws up a new strange variations of type(datos:vector). If the subs are in module(s) the problem goes away. I am guess adding explicit interfaces directly in the main program would also make it go away. I think intel need to look at this again.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It is not a problem I would personally ever see as external subroutines do not exist in my codebase.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Mar 2025 10:35:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1678348#M175350</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2025-03-27T10:35:42Z</dc:date>
    </item>
    <item>
      <title>Re:debugger</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1680126#M175416</link>
      <description>&lt;P&gt;I can reproduce the error and have opened a bug report for it.&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 03 Apr 2025 07:43:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/debugger/m-p/1680126#M175416</guid>
      <dc:creator>Xiaoping_D_Intel</dc:creator>
      <dc:date>2025-04-03T07:43:27Z</dc:date>
    </item>
  </channel>
</rss>

