DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2632 Version: 1.3-current Hello, thank you for your replies. i think i'm doing it the right way : i'm only having FL_DLL preprocessor definition and not FL_LIBRARY... (in some projects i'm also using FL_INTERNAL but not here) In this project, all other classes are behaving fine (at link time), only those that are ".H" only (no cxx file) have this misssing constructor and destructor issue at link time. This let me think that there is some inline / __dllexport issues (altough i don't understand exactly why... looking at the MSDN docs about this, i did not see anything special) By the way, why the Fl_Output.H would state "// don't use FL_EXPORT here !" if it should be used for derived classes ? I've just turned to FLTK 1.3rc5 and was using 1.1.10 before that. In 1.1.10 version there were no FL_EXPORT for Fl_Multiline_Output, Fl_Multiline_Input and those classes that are ".H" only I tried adding the FL_EXPORT to Fl_Output class to match the microsoft statement that all the class hierarchy should have it if one derived class have, but it's not solving the issue. Only removing the FL_EXPORT for those classes that are ".H" only seems to solve the issue (like it was in 1.1.10) As those classes are ".H" only, it makes no difference for the final user. (maybe another work around would be to have a cxx file defined for those class with the constructor in it ?) Regards, Mathieu Link: http://www.fltk.org/str.php?L2632 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
