topic If I understand your program in Intel® Fortran Compiler

Renaming of module variables to existing variable name does not produce an error

Espen_M_ — Tue, 08 Oct 2013 11:12:11 GMT

I accedentally renamed a module variable (a parameter actually) to a name that also existed in the same module; I guess this should have produced an error, but it didn't.

If I understand your program

Lorri_M_Intel — Tue, 08 Oct 2013 11:26:31 GMT

If I understand your program correctly, it was something like this:

module foo
integer, parameter :: limit=25
integer :: outer_limit = 10
end module foo
program main
use foo, only: limit => outer_limit
print *, limit !! prints 10
end

Interestingly enough, this is legal. There is a lot of leeway in renaming variables from modules, including reusing names that exist in the module.

--Lorri

I did not infer from the

mecej4 — Tue, 08 Oct 2013 13:33:00 GMT

I did not infer from the original description that the USE statement should contain a "only:" clause. Removing that from Lorri's test program and compiling with the 14.0.0.103 compiler gives the helpful message

[fortran]only.f90(6): error #7837: Two or more accessible entities, other than generic interfaces,
may have the same name only if the name is not used to refer to an entity in the scoping unit. [LIMIT]
use foo, limit => outer_limit

[/fortran]

A specific code example from the OP would be helpful; in particular, the use of the PARAMETER attribute needs to be clarified.

Your example is spot on :)

Espen_M_ — Tue, 08 Oct 2013 13:35:00 GMT

Your example has an ONLY clause which makes it work, I didn't have that.

Do you mean that this is legal according to the sandard, or according to the compiler? It seems strange if it was allowed in the standard as it produces ambiguities unless the renaming happens after an ONLY clause...

mecej4:

Espen_M_ — Tue, 08 Oct 2013 13:42:59 GMT

mecej4:

Lorri's example is essentially similar to mine, except for her ONLY clause.

I did not get that error message. I'm using the XE 2013 compiler without SP1

Please show us an example

Steven_L_Intel1 — Tue, 08 Oct 2013 13:58:32 GMT

Please show us an example that gets the error. Feel free to modify Lorri's example to match yours.

module foointeger, parameter

Espen_M_ — Tue, 08 Oct 2013 17:45:38 GMT

module foo
integer, parameter :: limit=25
integer :: outer_limit = 10
end module foo
program main
use foo, limit => outer_limit !no 'only:'
print *, limit !! prints 25
end

This program induces the assumed bug (i.e. that no error is reported) for me.

The above sample gives "error

andrew_4619 — Wed, 09 Oct 2013 07:40:28 GMT

The above sample gives "error #7837: Two or more accessible entities, other than generic interfaces, may have the same name only if the name is not used to refer to an entity in the scoping unit. [LIMIT] compilation aborted for C:\Users\An...."

Quote:app4619 wrote:

Espen_M_ — Wed, 09 Oct 2013 07:51:09 GMT

app4619 wrote:

The above sample gives "error #7837: Two or more accessible entities, other than generic interfaces, may have the same name only if the name is not used to refer to an entity in the scoping unit. [LIMIT] compilation aborted for C:\Users\An...."

Strange, but I don't get that message... Could it be because I don't have the latest SP?

Dunno, I used "Compiling with

andrew_4619 — Wed, 09 Oct 2013 08:30:07 GMT

Dunno, I used "Compiling with Intel(R) Visual Fortran Compiler XE 13.1.3.198 [IA-32]" what level are you using?

I went back as far as 12.1

Steven_L_Intel1 — Wed, 09 Oct 2013 14:43:06 GMT

I went back as far as 12.1 and still saw the error. Please show us a full build log (command line best, but buildlog.htm from VS would do) showing what you saw.

I guess there isn't much to

Espen_M_ — Thu, 10 Oct 2013 17:39:53 GMT

I guess there isn't much to see in the build log as nothing in particular is reported. The only problem is that the result, i.e. when printing the value is wrong. The version is 13.0.1.119 [IA-32]

The buildlog will among other

andrew_4619 — Thu, 10 Oct 2013 22:34:46 GMT

The buildlog will among other things shown which options were used to allow someone else to try the replicate the problem.

Here is the BuildLog.htm from

Espen_M_ — Mon, 14 Oct 2013 17:13:44 GMT

Here is the BuildLog.htm from a build in debug config. (had to rename it to upload)

Please attach the source file

Steven_L_Intel1 — Mon, 14 Oct 2013 17:38:32 GMT

Please attach the source file you used.

topic If I understand your program in Intel® Fortran Compiler

Renaming of module variables to existing variable name does *not* produce an error

If I understand your program

I did not infer from the

Your example is spot on :)

mecej4:

Please show us an example

module foointeger, parameter

The above sample gives "error

Quote:app4619 wrote:

Dunno, I used "Compiling with

I went back as far as 12.1

I guess there isn't much to

The buildlog will among other

Here is the BuildLog.htm from

Please attach the source file

Renaming of module variables to existing variable name does not produce an error