topic Thank you FortranFan. I will in Intel® Fortran Compiler

Unexpected "error #6773: An equals sign (=) is invalid in this context" with use of structure constructor in a named constant

FortranFan — Mon, 14 Sep 2015 03:16:46 GMT

The following simple code gives unexpected "error #6773: An equals sign (=) is invalid in this context" with the use of structure constructor in a named constant, but the error doesn't occur in an assignment statement.

module m

   implicit none

   integer, parameter :: N = 1

   integer, parameter :: C(N) = [ 0 ]

   type :: t
      integer :: x(N)
   end type t

contains

   subroutine foo()

      type(t) :: t1
      type(t), parameter :: t2 = t( x = C )

      t1 = t( x = C )

      return

   end subroutine foo

end module m

I'm using the initial release of compiler 16 (v16.0.0.110):

Compiling with Intel(R) Visual Fortran Compiler 16.0 [Intel(R) 64]...
m.f90
m.f90(18): error #6773: An equals sign (=) is invalid in this context.   
compilation aborted for m.f90 (code 1)

I can't find anything in the standard suggesting anything invalid with the above shown structure constructor in a named constant as opposed to the assignment, but may be I'm missing something. I appreciate feedback on this error.

FWIW, the above code compiles

FortranFan — Mon, 14 Sep 2015 03:19:52 GMT

FWIW, the above code compiles with no errors in gfortran and a test executes as expected.

Thank you FortranFan. I will

Kevin_D_Intel — Mon, 14 Sep 2015 09:56:45 GMT

Thank you FortranFan. I will investigate this.

A blast from the past! Here

FortranFan — Mon, 14 Sep 2015 13:58:00 GMT

A blast from the past! Here's some sidebar tidbit.

When I try a slight variant of the code in the original post, I get the following error in Compaq Visual Fortran:

--------------------Configuration: m - Win32 Debug--------------------
Compiling Fortran...
m.f90
m.f90(19) : Error: An equals sign (=) is invalid in this context.   
      t1 = t( x = C )
--------------^
Error executing df.exe.

m.obj - 1 error(s), 0 warning(s)

The code is:

module m

   implicit none

   integer, parameter :: N = 1

   integer, parameter :: C(N) = (/ 0 /)

   type :: t
      integer :: x(N)
   end type t

contains

   subroutine foo()

      type(t) :: t1

      t1 = t( x = C )

      return

   end subroutine foo

end module m

Now this particular code variant works in the current Intel compiler, but it's interesting how the text of the error from Compaq Visual Fortran is exactly the same as in the current compiler, illustrating its roots! It makes sense that Compaq Visual Fortran would throw an error since structure constructor with named arguments was only introduced starting with the Fortran 2003 standard. Is this a case where the compiler, when updated to support Fortran 2003, had things fixed up for processing of assignment statements but not for named constants?! :-)

I reported this to

Kevin_D_Intel — Mon, 14 Sep 2015 16:38:28 GMT

I reported this to Development and will let you know what I hear back.

(Internal tracking id: DPD200376064)

Quote:Kevin Davis (Intel)

FortranFan — Mon, 14 Sep 2015 16:42:56 GMT

Kevin Davis (Intel) wrote:

I reported this to Development and will let you know what I hear back.

(Internal tracking id: DPD200376064)

Ok, thanks.

For whatever reason, the

FortranFan — Mon, 14 Sep 2015 21:29:28 GMT

For whatever reason, the following variant of the code in the original post is accepted by the compiler:

module m

   implicit none

   integer, parameter :: N = 1

   integer, parameter :: C(N) = [ 0 ]

   type :: t
      integer :: x(N)
   end type t

contains

   subroutine foo()

      integer :: i
      type(t), parameter :: t1 = t( x = [ (C(i), i=1,N) ] )

      return

   end subroutine foo

end module m

Interesting. Thanks for the

Kevin_D_Intel — Tue, 15 Sep 2015 08:10:28 GMT

Interesting. Thanks for the info. I added this variant to the earlier internal tracking id noted.