Follow-up Comment #2, bug #32383 (project gnustep):
It certainly isn't a bug in NSClassFromString(), but I do wonder
if it is a bug in the compiler/linker or not. :-(
On my GNU/Linux, the example works; the class is loaded
and available automatically even when not explicitly referenced.
So the compiler/linker seem to be behaving differently on
GNU/Linux and Windows, which suggests one of the two may
need to be changed.
On GNU/Linux it seems that the compiler/linker make sure that
all classes from the shared libraries that you link are loaded
in automatically. This is great, but it is not efficient.
Presumably classes should only be loaded when/if they are
referenced ? Does it really matter ?
If we like the existing GNU/Linux behaviour, maybe we
should look at how we make sure that it works on the same way on
MinGW.
--
Anyhow, Brock,
making sure all symbols in DLLs are loaded is a typical
Windows problem. Have you tried referencing symbols in the DLL
in your program to make sure it is loaded up ? Eg, some people
add a global function pointer variable to their program, and
initialize it by pointing it to a function in the DLL they are
loading, to make sure the DLL is loaded when the program starts
up.
Let me know if you have any luck with such a workaround. ;-)
Thanks
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32383>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep
