<?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 Internal compiler error when using ASSOCIATE in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751319#M7659</link>
    <description>Thank you for your post regarding this earlier reported issue, Sebastian. I confirmed your findings and reopened defect DPD200163881. I will update this thread after I learn more.

(Resolution Update on 10/14/2012): This defect is fixed in the Intel® Fortran Composer XE 2013 Initial Release (2013.0.0.079 - Linux)</description>
    <pubDate>Mon, 03 Oct 2011 08:29:00 GMT</pubDate>
    <dc:creator>Kevin_D_Intel</dc:creator>
    <dc:date>2011-10-03T08:29:00Z</dc:date>
    <item>
      <title>Internal compiler error when using ASSOCIATE</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751315#M7655</link>
      <description>&lt;P&gt;Using ifort12.0.1.107 I get a internal compiler error when trying to compile:&lt;SPAN style="font-family: Verdana, Arial, Helvetica, sans-serif;"&gt;----------------------------&lt;BR /&gt;&lt;/SPAN&gt;program testimplicit nonetype :: block_t integer,allocatable :: arr(:)end type block_ttype(block_t) :: blocks(2) associate(b=&amp;gt;blocks(1)) end associate end program test----------------------------The error occurs when I use the "-O0" or "-debug" options, but does not occur if I use "-O1","-O2", or "-O3".I have notice that this error does not occur if:(a) the array inside block_t is explicit (e.g. replace "integer,allocatable :: arr(:)" with "integer:: arr(-1:1)")(b) the same ASSOCIATE block is used inside a subroutine (see below for example)Another problem I have encountered with ASSOCIATE is illustrated by:----------------------------program testimplicit nonetype :: block_tinteger,allocatable :: arr_alloc(:)integer :: arr_expli(-1:1)end type block_ttype(block_t) :: blocks(2)call getbounds(blocks)containssubroutine getbounds(block)implicit none type(block_t),intent(in) :: block(2) allocate(block(1)%arr_alloc(-1:1)) associate(arr_alloc_assoc=&amp;gt;block(1)%arr_alloc) write(*,*) lbound(arr_alloc_assoc), lbound(block(1)%arr_expli) end associate associate(arr_expli_assoc=&amp;gt;block(1)%arr_expli) write(*,*) lbound(arr_expli_assoc), lbound(block(1)%arr_expli) end associate end subroutine getboundsend program test----------------------------output is:-1 -11 -1----------------------------It seems that the bounds "arr_expli_assoc" are incorrect. I believe this is a compiler problem since the ASSOCIATE documentation says, &lt;SPAN class="sectionbody"&gt;"The lower bound of each dimension is the result of the intrinsic function LBOUND applied to the corresponding dimension of selector."&lt;/SPAN&gt;&lt;SPAN style="font-size: 13px; color: #333333; font-family: Verdana, Arial, sans-serif; line-height: 19px;"&gt;&lt;A href="http://software.intel.com/sites/products/documentation/hpc/composerxe/en-us/fortran/win/lref_for/source_files/statement_associate.htm?wapkw=(ASSOCIATE)"&gt;http://software.intel.com/sites/products/documentation/hpc/composerxe/en-us/fortran/win/lref_for/source_files/statement_associate.htm?wapkw=(ASSOCIATE)&lt;/A&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #333333; font-size: x-small;"&gt;&lt;SPAN style="line-height: 19px;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #333333;"&gt;&lt;SPAN style="line-height: 19px;"&gt;Thanks,&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #333333;"&gt;&lt;SPAN style="line-height: 19px;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #333333;"&gt;&lt;SPAN style="line-height: 19px;"&gt;Sebastian&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 05 Dec 2010 02:34:56 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751315#M7655</guid>
      <dc:creator>sliska</dc:creator>
      <dc:date>2010-12-05T02:34:56Z</dc:date>
    </item>
    <item>
      <title>Internal compiler error when using ASSOCIATE</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751316#M7656</link>
      <description>&lt;P&gt;Thank you for reporting both errors, Sebastian. The internal error actually only occurs with -O0. -g implies -O0.&lt;BR /&gt;&lt;BR /&gt;I submitted both to Development (internal tracking ids noted below) and will keep the thread updated as I learn more.&lt;BR /&gt;&lt;BR /&gt;(Internal tracking id: DPD200163880 - internal compiler error)&lt;BR /&gt;(Internal tracking id: DPD200163881 - associate/lower bound)&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;(Resolution Update on 02/21/2011): &lt;/STRONG&gt;Defect DPD200163880 is fixed in the Intel Fortran Composer &lt;STRONG&gt;XE 2011 Update 2&lt;/STRONG&gt; (2011.2.137 - Linux)&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;(Resolution Update on 04/27/2011):&lt;/STRONG&gt; Defect DPD200163881 is fixed in the Intel Fortran Composer &lt;STRONG&gt;XE 2011 Update 3&lt;/STRONG&gt; (2011.3.174 - Linux)&lt;/P&gt;</description>
      <pubDate>Sun, 05 Dec 2010 11:52:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751316#M7656</guid>
      <dc:creator>Kevin_D_Intel</dc:creator>
      <dc:date>2010-12-05T11:52:03Z</dc:date>
    </item>
    <item>
      <title>Internal compiler error when using ASSOCIATE</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751317#M7657</link>
      <description>&lt;P&gt;Defect DPD200163880 is fixed in the Intel Fortran Composer &lt;STRONG&gt;XE 2011 Update 2&lt;/STRONG&gt; (2011.2.137 - Linux).&lt;/P&gt;&lt;P&gt;Defect DPD200163881 is expected to be fixed in the Intel Fortran Composer &lt;STRONG&gt;XE 2011 Update 3&lt;/STRONG&gt; due out late next month.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Feb 2011 19:15:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751317#M7657</guid>
      <dc:creator>Kevin_D_Intel</dc:creator>
      <dc:date>2011-02-21T19:15:29Z</dc:date>
    </item>
    <item>
      <title>Internal compiler error when using ASSOCIATE</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751318#M7658</link>
      <description>Hi,&lt;DIV&gt;I noticed thatDPD200163881 in the l_fcompxe_2011.6.233 'Fixes List' (&lt;A href="http://software.intel.com/en-us/articles/intel-composer-xe-2011-compilers-fixes-list/"&gt;http://software.intel.com/en-us/articles/intel-composer-xe-2011-compilers-fixes-list/&lt;/A&gt;). I tried to run similar test as in the original post (part b):&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;PRE&gt;[fortran]program test

implicit none

type :: block_t
  integer,allocatable :: arr_alloc(:)
  integer :: arr_expli(-1:1)
end type block_t

  type(block_t) :: blocks(2)

  call getbounds(blocks)

  contains

  subroutine getbounds(block)
  implicit none
    type(block_t),intent(inout) :: block(2)

    allocate(block(1)%arr_alloc(-1:1))

    associate(arr_alloc_assoc=&amp;gt;block(1)%arr_alloc)
      write(*,*) lbound(arr_alloc_assoc), lbound(block(1)%arr_alloc)
    end associate

    associate(arr_expli_assoc=&amp;gt;block(1)%arr_expli)
      write(*,*) lbound(arr_expli_assoc), lbound(block(1)%arr_expli)
    end associate

  end subroutine getbounds

end program test[/fortran]&lt;/PRE&gt; with output:&lt;/DIV&gt;&lt;DIV&gt;-1 -1&lt;/DIV&gt;&lt;DIV&gt;1 -1&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;The lower bound for the associated array 'arr_expli_assoc' on line 26 still seems to be incorrect. I am using the latest version of the Composer XE2011Fortran compiler (Update 6).&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Thanks,&lt;/DIV&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;Sebastian&lt;/DIV&gt;</description>
      <pubDate>Sun, 02 Oct 2011 23:31:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751318#M7658</guid>
      <dc:creator>sliska314</dc:creator>
      <dc:date>2011-10-02T23:31:12Z</dc:date>
    </item>
    <item>
      <title>Internal compiler error when using ASSOCIATE</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751319#M7659</link>
      <description>Thank you for your post regarding this earlier reported issue, Sebastian. I confirmed your findings and reopened defect DPD200163881. I will update this thread after I learn more.

(Resolution Update on 10/14/2012): This defect is fixed in the Intel® Fortran Composer XE 2013 Initial Release (2013.0.0.079 - Linux)</description>
      <pubDate>Mon, 03 Oct 2011 08:29:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751319#M7659</guid>
      <dc:creator>Kevin_D_Intel</dc:creator>
      <dc:date>2011-10-03T08:29:00Z</dc:date>
    </item>
    <item>
      <title>The additional defect noted</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751320#M7660</link>
      <description>The additional defect noted in the similar test posted by sliska314 is fixed in the Intel® Fortran Composer XE 2013 Initial Release (2013.0.0.079 - Linux)</description>
      <pubDate>Sun, 14 Oct 2012 10:46:28 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Internal-compiler-error-when-using-ASSOCIATE/m-p/751320#M7660</guid>
      <dc:creator>Kevin_D_Intel</dc:creator>
      <dc:date>2012-10-14T10:46:28Z</dc:date>
    </item>
  </channel>
</rss>

