Follow-up Comment #4, bug #32383 (project gnustep):
Richard:
I have attached a new tarball with a GNUmakefile which I believe should
compile on your system.
Matt & Nicola:
I agree that this definitely sounds like a problem with the compiler/linker
and not a bug in NSClassFromString. As you point out and as I noticed as well
on my GNU/Linux/Ubuntu system, it seems as though the compiler/linker loads
all classes from shared libraries by default, but on windows this does not
seem to be the case (for DLLs).
Nicola wrote:
"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."
If you look at the file 'test.m' which I attached on line 14:
13 // UNCOMMENT the following line, and you will see the bug
dissappear...
14 //foo = [MYClass class];
-- is this what you are referring to in order to get the class loaded?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32383>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
