topic Re: Linking VF subroutine to VC++ .NET source in Intel® Fortran Compiler

Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Wed, 11 Feb 2004 20:39:06 GMT

I have createda source code in VC++ .NET and I would like to use legacy Fortran subroutines. Here are the steps I have taken thus far:

1. Successfully compiled VC++ source code without calls to VF subroutines.

2. Under Project Menu, I selected "Add Existing Item to Project" where I selected my legacy VF subroutine.

3. I added the "extern" command -

extern "C" void lsqfit_(float a, float b, int c, int d);

4. I added the call line -

lsqfit_(a,b,c,d);

5. I compiled successfully.

6. When I tried to build the solution, I got the following error -

unresolved external symbol "void __cdecl LSQFIT_(float.......

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Wed, 11 Feb 2004 21:51:26 GMT

Assuming your Fortran subroutine is called LSQFIT, and you are using CVF, your C++ declaration of it is incorrect. The routine name does not have a trailing underscore, by default the name is upcased and has the stdcall calling convention. You can adjust the C++ code or use the options /iface:cref /names:lowercase /assume:underscore when compiling the Fortran code. I would also question passing the arguments by value to Fortran, which would typically want to see the addresses passed instead.

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Wed, 11 Feb 2004 23:09:55 GMT

OK...I have modified my calls as you advised above, but I'm still getting the same link error when I build. Here's my modified version -

VC++ source....

extern

"C" void LSQFIT(float*xp, float*fxp, int*nx, int*maxord);

int

main()

{

float fxp[1000], xp[1000];

int maxord[1], nx[1];

*nx = 10;

*maxord = 3;

LSQFIT(xp,fxp,nx,maxord);

......

CVF subroutine....

SUBROUTINE LSQFIT(XP,FXP,NX,MAXORD)

DIMENSION XP(1),FXP(1),COEFF(11),ERR(10)...

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Wed, 11 Feb 2004 23:13:40 GMT

You didn't account for STDCALL. Add __stdcall to your C++ declaration of the routine.

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Thu, 12 Feb 2004 00:08:51 GMT

Hey Steve,

I added the __stdcall to the declaration line but to no avail...I'm keep getting the linking error. When I add this subroutine to the project, do I add it as an "Existing Item"?

Thanks,

Kevin

PS - Here's my modified declaration statement -

extern "C" void __stdcall LSQFIT(float*xp, float*fxp, int*nx, int*maxord);

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Thu, 12 Feb 2004 00:23:37 GMT

I assume you have built the CVF source as a static library project. You would then add the .lib from that build to your VS.NET project as an existing item. You would also have to add the DF98LIB folder to the C++ libraries path.

If you still get an error, what is the exact text of the linker error now? I am sure it has changed.

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Thu, 12 Feb 2004 02:30:14 GMT

Hey Steve,

Afteradding the df98LIB folder to Additional Library Directories, I clicked on the build button and got a huge error list consisting mostly of "already defined in *.lib" messages. The last line of the error list says -

ClimbFTDRT fatal error LNK1169: one or more multiply defined symbols found

Does this mean there are duplicate library files in the df98 subdirectory and the VC++ library?

Thanks,

Kevin

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Thu, 12 Feb 2004 03:12:05 GMT

It means you have "Multiple C Library Syndrome", I think (since you didn't give an example of the actual errors, I can't be sure.) Make sure the Fortran library is built with the same library type (static vs. DLL, threaded vs. non-threaded, debug vs. non-debug) as the C++ code.

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Thu, 12 Feb 2004 03:34:31 GMT

Hey Steve,

Here aresome errors from the last build -

error LNK2005: ___argc already defined in LIBCMTD.lib(crt0dat.obj)

error LNK2005: ___argv already defined in LIBCMTD.lib(crt0dat.obj)

The above errors are the first 2 errors of 31 that are listed.

Kevin

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Thu, 12 Feb 2004 05:02:10 GMT

See my above reply, and this article.

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Thu, 12 Feb 2004 05:46:48 GMT

YOU DA MAN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

My libraries were out of whack. I rebuilt the fortran subroutines using the same run time libraries that I am using in the VC++ source code, then rebuilt the VC++ project, and baddah bing.

Thanks again Steve,

Kevin

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Thu, 12 Feb 2004 05:52:03 GMT

Great. Now consider migrating to Intel Visual Fortran and it will become somewhat easier...

Re: Linking VF subroutine to VC++ .NET source

kevin_l_johnson — Thu, 12 Feb 2004 20:29:54 GMT

Now you've got my curiosity...what does Intel Visual Fortran do differently to make this process easier?

Kevin

Re: Linking VF subroutine to VC++ .NET source

Steven_L_Intel1 — Thu, 12 Feb 2004 22:47:50 GMT

You wouldn't have to use two separate development environments and can debug a mixed-language application. You would click "Build Solution", it would build, and the debugger would understand both languages.

With the CVF+VC.NET combination, you have to use two separate IDEs and mixed-language debugging doesn't work.