[ODE] Why no __declspec(dllexport)

Martin C. Martin martin at metahuman.org
Tue Apr 27 14:51:34 MST 2004


gl wrote:

>>While microsoft's interface gives you a little more control,
> 
> Let's say you have a class member function - you
> can't just make it static if it relies on the 'this' pointer.

Actually, that's a different meaning of "static."  But your point 
stands: you can't make member functions local to a compilation unit (as 
far as I know.)  That's the "little more control" part I mentioned.

> And what about globals that you _don't_ want exported?

Do exactly what ODE does: Make them static.

>>Right, and I'm pointing out that (a) DLLs are similar in use to static
>>libraries
> 
> ... but behind the scenes the functions are dynamically imported at runtime,
> whilst static lib references are resolved at link time - hence the different
> mechanisms.

Right, but the issues are the same, the only (significant) difference is 
the time the linking happens.  But we're discussing how to specify what 
should & shouldn't be linked.  That's independent of compile time vs. 
run-time linking.

> So is 'static' used on other compilers to specify DLL exports?

Yes, on other operating systems.

You're also missing my point: specifying exports for DLLs is 
conceptually the same as specifying exports for static libs.

- Martin



#################################################################
#################################################################
#################################################################
#####
#####
#####
#################################################################
#################################################################
#################################################################


More information about the ODE mailing list