VC++ Calling a function of /clr project from a function of non /clr project within a solution
c#, c++, clr, linker-errors, visual-c++
Solution
I was finally able to solve this problem with lots of trial and error and internet searches in and out of StackOverflow. At least the linker errors are gone, don't know what other things may pop up, but it's a good sign. I will try to document as much as possible below:
Question in other words:
How to link 2 dlls under the same project with one being `/clr` and other non `clr`?
Actual Problem in Brief:
- Everything is working fine, until a requirement comes where in one of the solutions, I have to make a call to the C# module.
- In order to make a call to C# code (or managed code), the project has to be a `/clr` project
- A project can be `/clr`, if it contains all .cpp code and no .c code
- In my case the main project in the solution was containing .c files; If I try to compile it with .cpp option then it will give lot of errors and I can't change that file for legacy reasons
- So the best option is to create a new project with .h and .cpp files which would contain the interface method and its implementation (which calls C# or C++/CLI) respectively
So far it's good, but the problem comes when the new project (P2) function definition is not linked with the original project (P1). It gives various linker errors.
Solution:
The steps are with VC++2010 for novice users (like me).
Configuring P1:
- Right click the Solution S and `Add -> New Project -> Other languages -> VC++ -> CLR empty project` and name it (say P2) ;Add the header file and .cpp file in appropriate sections of the project
- This automatically sets the `Properties -> Configuration Properties -> C/C++ -> Code Generation -> Runtime Library to Multi threaded DLL: /MD[d]`; Which is essential
- For the original project P1, add the appropriate include paths under `Properties -> Configuration Properties -> C/C++ -> General -> Additional Include Directories`; So that you can include the new header file of P2 anywhere in the P1's source files
- Again for project P1, go to `Properties -> Common Properties -> Framework and Reference -> Add New Reference` and you should be able to see the P2 there; Just add it
Configuring P2:
- The 1st step is optional as the build goes successful even without that, but I am documenting; `Properties -> Common Properties -> Framework and References -> Add New Reference -> <Select the C# or whatever external DLL you would want to call from P2>`
- For new project P2, set the configuration as `DLL` under `Properties -> Configuration Properties -> General -> Project Defaults -> Configuration Type -> Dynamic Library (DLL)`
- If it makes sense for the project P2, In the same page you should set the `Output Directory` and `Intermediate Directory` also in sync (not exactly same) with that of P1
- Again for project P2 go to `Properties -> Configuration Properties -> Linker -> General -> Ignore Import Library -> No`; I did this because it's like that in P1 as well
- Now the most important part: Whatever classes you have added inside the new header files of P2, we need to mention `__declspec(dllexport)` (or `__declspec(dllimport)`, not sure but both works); I got this crucial info from this question and this question
And with above steps the build was successful! Probably there could be things which are missed, and due to that I face some runtime issues. However at least I was able to link 2 DLL projects under the same solution which are with and without `/clr`.
Problem
I referred this somewhat similar question before asking this, but unable to solve my problem I am looking at an old application with many solutions. The problem is happening in one of the solutions (say S). Here is the situation: - A project (say P1) inside S has all C/C++ files and needs to call a C# function - Since P1 also contains .c files, I can't use `/clr` option with that - If I compile the .c files in P1 as .cpp files then it generates lots of errors, I don't intend to change the source in that legacy .c file - So I created another project (say P2) with `/clr` enabled and created one header file for function declaration and a .cpp file for the function definition; The C# call is made under it; P2 compiles fine - Note that P1 is a .dll and P2 is created as a static library; - P2 is mentioned under the P1's "Framework and refernces" and a warning: warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library Now with all these, I get 3 linker errors in P1: error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) already defined in libcmtd.lib(typinfo.obj) error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) already defined in libcmtd.lib(typinfo.obj) error LNK1169: one or more multiply defined symbols found This error is available at many online forums including this website. But somehow I am not able to fix it after trying those options (I am new to .NET framework). Important point is that, even if I remove the C# code from P2 then also the same error appears. What is the correct way to fix it? Update: P2 just contains 1 header file with function declaration and 1 source file with function definition which is a 1 line call to the C# method; e.g. ``` void Class::foo () { // A static function inside Class std::string x = marshal_as<std::string>(C#_function); // ... } ``` P2 is newly added to compile with `/clr` (Removing P2 makes the solution compile fine). I am compiling both P1 and P2 with `/MD[d]` options. And the above error is thrown by P1. If I make P2 from static library (.lib) to dynamic linked library (.dll), then the above errors goes away. And the new linker error comes for the `foo` itself for undefined reference: error LNK2019: unresolved external symbol "public: void __cdecl Class::foo()" referred in function { some function of P1 }