Compiling udf in visual studio: unresolved external symbol

ghost82 · May 22, 2015, 11:23

Hi all,
I'm trying to compile some codes into a udf in visual studio 2010 (I tried also 2013 version) in win7 64bit os (I need to compile the udf externally to fluent).
I'm able to compile and link the libudf.dll for 3d and 3ddp, but not for 3ddp_host and 3ddp_node, so I am able to run simulations only in serial.

In both these cases I have errors when the dll is generated, I think due to external libraries.

Error codes are LNK2019 and LNK2001, and all are related to the external symbol "__imp_mphost_to_node_xxx".

I was thinking this is into fl1610.lib (for 3ddp_host) which I included during linking with link /libpath:"C:\Program Files\ANSYS Inc\v161\fluent\fluent16.1.0\win64\3ddp_host" fl1610.lib

Anybody knows how to solve this problem?

Thank you

ghost82 · May 30, 2015, 09:02

Update: no problems in compiling parallel versions for fluent v.15.0.0.
So the problem is related to new fl1610.lib (3ddp_host) and fl_mpi1610.lib (3ddp_node).
Anybody knows if anything has changed for functions node_to_host and PRF_GSYNC_WITH_HOST in these libs?

ghost82 · May 30, 2015, 10:42

Problem solved

I needed to add more libraries to the LIBS variable (mport.lib) into the makefile!

hossein65 · February 29, 2016, 08:48

Quote:

Originally Posted by ghost82

Problem solved

I needed to add more libraries to the LIBS variable (mport.lib) into the makefile!

Can you please tell me what did you exactly do to resolve the problem?

tyehuo · July 23, 2021, 13:59

Yeah Im interested too...But they all just tell you it has been solved...

May 22, 2015, 11:23	Compiling udf in visual studio: unresolved external symbol	#1
ghost82 Senior Member Rick Join Date: Oct 2010 Posts: 1,016 Rep Power: 26	Hi all, I'm trying to compile some codes into a udf in visual studio 2010 (I tried also 2013 version) in win7 64bit os (I need to compile the udf externally to fluent). I'm able to compile and link the libudf.dll for 3d and 3ddp, but not for 3ddp_host and 3ddp_node, so I am able to run simulations only in serial. In both these cases I have errors when the dll is generated, I think due to external libraries. Error codes are LNK2019 and LNK2001, and all are related to the external symbol "__imp_mphost_to_node_xxx". I was thinking this is into fl1610.lib (for 3ddp_host) which I included during linking with link /libpath:"C:\Program Files\ANSYS Inc\v161\fluent\fluent16.1.0\win64\3ddp_host" fl1610.lib Anybody knows how to solve this problem? Thank you __________________ Google is your friend and the same for the search button!

May 30, 2015, 09:02		#2
ghost82 Senior Member Rick Join Date: Oct 2010 Posts: 1,016 Rep Power: 26	Update: no problems in compiling parallel versions for fluent v.15.0.0. So the problem is related to new fl1610.lib (3ddp_host) and fl_mpi1610.lib (3ddp_node). Anybody knows if anything has changed for functions node_to_host and PRF_GSYNC_WITH_HOST in these libs? __________________ Google is your friend and the same for the search button!

May 30, 2015, 10:42		#3
ghost82 Senior Member Rick Join Date: Oct 2010 Posts: 1,016 Rep Power: 26	Problem solved I needed to add more libraries to the LIBS variable (mport.lib) into the makefile! __________________ Google is your friend and the same for the search button!

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Linking issues User Fortran	Anil	CFX	3	February 24, 2017 21:48
compiling udf on windows7 64-bit	adi.ptb	Fluent UDF and Scheme Programming	9	March 14, 2016 12:39
Symbol lookup error after upgrading to 2.1.1	ChrisA	OpenFOAM Programming & Development	2	March 6, 2013 20:38
Unresolved external symbol	Ritesh Chhabra	FLUENT	0	August 31, 2004 12:27
Unresolved external symbol	Hamsdi	CFX	1	November 5, 2001 14:01

July 23, 2021, 13:59		#5
tyehuo New Member tyehuo Join Date: Nov 2019 Posts: 5 Rep Power: 6	Yeah Im interested too...But they all just tell you it has been solved...