For exactly the reason mentioned here: http://msdn.microsoft.com/en-us/library/vstudio/253b8k2c.aspx
"The application does not know the name of a DLL that it will have to load until run time"
I need to load a dll that doesn't bind its name to the application. That is, I don't need the application to require "myDll.dll" to work (because in our configuration system, myDll.dll is not named like that). However, using GetProcAddress for every function doesn't seems like a good idea, specially since it needs the decorated names, and that's error prone.
I was wondering if there's a way to continue using __declspec(dllimport) or something similar without the dll name binding.
My last resort is to create a C interface and a class that uses GetProcAddress, but I think there should be a better way.
Edit:
I should note that I can edit the .cpp and .h of the library, create a .lib, etc.
I can even (but this is very specific to this application) create an object of the class contained in the dll (we have some hooks for this). However, I can't use the header of my dll class, because then it requires that I load "myDll.dll"