Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.
29348 Discussions

error #5508: "This is in conflict with a previous declaration."

WSinc
New Contributor I
8,740 Views
When I installed it, I got an error I have never seen before in this project.

I didn't change ANY code.
It gives me an error #5508:
"This is in conflict with a previous declaration."

This was the only declaration.
A clean and rebuild does NOT work.

Now I can't compile my project at all.
0 Kudos
32 Replies
Ron_Green
Moderator
2,639 Views
bug report is DPD200120387

I'll keep everyone posted on progress.

ron
0 Kudos
Robinson__Donald
Beginner
2,639 Views

I have an MS Visual studio 2005 solution with one Fortran and one C project. I can clean and build Debug and Release versions with Version 11.0.061, with these statements (/flags shown in UI) in the vfproj file:

Interfaces="true" (/gen-interfaces)
WarnInterfaces="true" (/warn:interfaces)

When I perform a clean and build with Version 11.0.074 with the same 2 interface options, I obtain the following error:

2>F:Visual Studio 2005FVSECbasesrcstats.for(1): error #5508: Declaration of routine 'STATS' conflicts with a previous declaration

The error can occur with different routines (not just 'STATS').
0 Kudos
Ron_Green
Moderator
2,639 Views
Yes, the same bug. The name of the subroutine (symbol) can be anything.

We have 2 simple reproducers in our bug report and have raised this to the highest criticality.

ron
0 Kudos
Ron_Green
Moderator
2,639 Views
All,

I've taken the liberty to change the thread title to make it easier for others to discover (I think we'll see more users with this issue).

thanks

ron
0 Kudos
davenport-nswcpc
Beginner
2,639 Views
I applied this fix and the error has gone away......... I suppose until something else goes wrong. Thank you brian for posting that.

Really, if this forum wasn't soooooooooo slooooooow I'd come here more often and not just when something bad happens.

ardavenport



Quoting - bmchenry
turn off the 'Generate Interface Blocks' option of

Project menu->"your project" Properties->Fortran->Diagnostic->Generate Interface Blocks

i was experiencing similar errors and eliminated them by this simple change.

brian

0 Kudos
onkelhotte
New Contributor II
2,639 Views
When will Intel releasean update on 11.0.072? My license expires this month and it would be unfortunate to miss the fix on this issue...

Markus

0 Kudos
Steven_L_Intel1
Employee
2,639 Views
The next update will be 11.1, out later this month, and it will include the fix for this. If your support expires in June, you'll be able to install the initial 11.1.
0 Kudos
Ron_Green
Moderator
2,639 Views
Quoting - donrobinson

I have an MS Visual studio 2005 solution with one Fortran and one C project. I can clean and build Debug and Release versions with Version 11.0.061, with these statements (/flags shown in UI) in the vfproj file:

Interfaces="true" (/gen-interfaces)
WarnInterfaces="true" (/warn:interfaces)

When I perform a clean and build with Version 11.0.074 with the same 2 interface options, I obtain the following error:

2>F:Visual Studio 2005FVSECbasesrcstats.for(1): error #5508: Declaration of routine 'STATS' conflicts with a previous declaration

The error can occur with different routines (not just 'STATS').

Just to close this out - this bug was fixed in the 11.1 compilers and in the most current 11.0 compilers (download from https://registrationcenter.intel.com

ron
0 Kudos
Stuart_M_
Beginner
2,639 Views
Quoting - onkelhotte
When will Intel releasean update on 11.0.072? My license expires this month and it would be unfortunate to miss the fix on this issue...

Markus


Hi Steve

I have hit this bug but my license expired in April. Do I have to buy a new license in order to download the fix, even though the version I have downloaded came with the bug? Seems to be, but all seems to be a bit unfair, so just wanted to check with someone a little more in-the-know.

Thanks man
0 Kudos
Steven_L_Intel1
Employee
2,639 Views

Yes, or you could back down to an earlier 11.0 version that didn't have the bug (I think it was only in that one version.)
0 Kudos
onkelhotte
New Contributor II
2,639 Views
Quoting - stubaan

Hi Steve

I have hit this bug but my license expired in April. Do I have to buy a new license in order to download the fix, even though the version I have downloaded came with the bug? Seems to be, but all seems to be a bit unfair, so just wanted to check with someone a little more in-the-know.

Thanks man

Steve, had Intel thought about releasing the compiler and the VS Integration seperatly? For example, the compilerneeds a valid license (just like now) and the integration comes for free?

I know, that this bug is compiler related, but there were (and maybe are and will be)Integration bugsand buying a new license only for editing reasons when you dont need the new compiler features is not fair (just my $0.02).

Markus
0 Kudos
Steven_L_Intel1
Employee
2,639 Views

No, we haven't considered that and probably won't. Our packaging and testing is complex enough as it is.
0 Kudos
Reply