topic Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev in Intel® Fortran Compiler

5508: Declaration of routine 'CPTITLE' conflicts with previous declaration

scrognoid — Thu, 15 Jan 2009 23:38:08 GMT

I get this error, although grep assures me there is no other declaration of this routine.

I am using the latest version, purchased this week.

Related: How do I get the Solution Browser to show full paths, so I know I'm not getting the routine from the wrong place?

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Steven_L_Intel1 — Fri, 16 Jan 2009 00:58:50 GMT

Try doing a Build > Rebuild Solution and see if that helps.

If you click on the file name in Solution Explorer, you should see a "File Properties" pane that will give the full path. If it is not visible, press F4.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Fri, 16 Jan 2009 03:36:22 GMT

Quoting - Steve Lionel (Intel)

Rebuild did not fix it, but deleting the Debug directory did. Not sure why.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

ArturGuzik — Fri, 16 Jan 2009 03:50:10 GMT

Quoting - scrognoid

Rebuild did not fix it, but deleting the Debug directory did. Not sure why.

Cleaning solution is probably enough (instead of brute force "delete folder"). It deletes then all intermediate files. Most probably VS just gets confused. I observe the same for .Net projects as well, after modifications to settings, importing some parts from other projects etc.

A.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Fri, 16 Jan 2009 12:43:13 GMT

Quoting - ArturGuzik

Clean Solution didn't work. I had tried that.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Fri, 16 Jan 2009 15:37:19 GMT

Quoting - ArturGuzik

I'm still having the problem. Clean solution doesn't fix it, nor Rebuild. It wasn't just deleting Debug that made it go way, it was switching to Release. Apparently Debug is doing the check, but Release isn't. But where is the conflict coming from? How do I 'unconfuse' VS? Do I need to scrap the solution and start over?

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Steven_L_Intel1 — Fri, 16 Jan 2009 16:02:46 GMT

Evidently, generated interface checking is the problem. Can you attach the source? You can turn off interface checking under Diagnostics.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Fri, 16 Jan 2009 21:02:01 GMT

I think I uploaded the solution in cross.zip to a folder called scrognoid. (The UI for Add Files is a bit vague.) Thanks. There are a few extra files used by another compiler.

When I disable the specific diagnostic on the specific file, I just get "Compilation aborted"

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Steven_L_Intel1 — Fri, 16 Jan 2009 21:42:13 GMT

Please follow ALL the steps in this post explaining how to attach files. You appear to have missed the last few. Please also attach the DebugBuildlog.htm from a failed build.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Fri, 16 Jan 2009 21:50:31 GMT

trying again to attach.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Steven_L_Intel1 — Sat, 17 Jan 2009 02:22:28 GMT

Ok. The error you have here is that in cross.f, line 385, you have a call to cfft1d where you pass RTIME as the second argument. RTIME is declared REAL*4. In fft_tools.f line 51, the corresponding dummy argument X is declared COMPLEX*8. This mismatch is not allowed by Fortran. I see a comment in that routine:

[plain]      complex*8 x(n)
      !tms 20080112 for intel fortran no type mismatch allowed
      real*4 xr(n*2)[/plain]

suggesting to me that the author recognized the error and had some workaround, but I'm not entirely sure what is intended in the rest of the routine.

I note that in cross.f, there is a rtimec declared with type COMPLEX*8 that is equivalenced to rtime, so if one passes rtimec instead then the mismatch is avoided. Unfortunately, there are a bunch of other type mismatch errors in the code that need to be dealt with, but I think you get the idea.

You said that the compilation aborted, but did you not see the error message preceding that?

error #6633: The type of the actual argument differs from the type of the dummy argument. [RTIME]

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Tue, 20 Jan 2009 20:53:31 GMT

#6633 was not the error I was asking about. These old FFT routines do that, and I can work around them in several ways.

#5508 is no longer happening. I'm only a little surprised, since it made no sense - there was no other declaration that I could find. I guess the compiler just got confused and need a long weekend to get over it.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Wed, 21 Jan 2009 16:29:14 GMT

The original error 5508 keeps popping up. I can get rid of it if I quit VS2005, delete the contents of Debug and restart VS2005.

What is Clean supposed to do? Shouldn't it delete the files in Debug? It doesn't. The contents of my entire Solutions directory, including subfolders, are unchanged before and after Clean.

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Les_Neilson — Wed, 21 Jan 2009 16:48:20 GMT

Quoting - scrognoid

If you look at Project->Properties->General you should see under "Extensions to delete on Clean" a list of file extensions. (semi-colon seperated) for both Debug and Release configurations.
If the list is empty or has been incorrectly modified then clean will not delete the appropriate files.

Les

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

scrognoid — Tue, 27 Jan 2009 14:34:27 GMT

Ah hah. "Clean Solution" does nothing (?!) Project>Clean does remove .obj and .mod as per your tip.

What are __genmod.f90 for and do I want to add them to my clean list?

Re: 5508: Declaration of routine 'CPTITLE' conflicts with prev

Steven_L_Intel1 — Tue, 27 Jan 2009 15:10:05 GMT

Quoting - scrognoid

Ah hah. "Clean Solution" does nothing (?!) Project>Clean does remove .obj and .mod as per your tip.

What are __genmod.f90 for and do I want to add them to my clean list?

Those are the sources for the generated interface modules. You don't need to clean them as they're just for your reference - the compiler does not read them.