joey caero wrote:
>> Can you paste the errors?
>
> Well in building the fltk 1.1.10 solution from the visualc folder I get the
> following errors:
>
> http://pastebin.com/jbCZRq5G
>
> I think theres some kind of naming issue- on the same note I've notice that
> the fltk folder gets pretty darn big (200 mb+, though this could be normal)
> after cleaning and retrying it several times. I'll respond back if I can find
> the solution to all this = /
It's weird how the test program errors are intermixed with the build of
the library.
I'm thinking maybe the compiler is threading the build, and is trying
to link the
test programs against lib before it's been built. eg. this sequence of
errors:
[..]
9> Fl_Window_Type.cxx
8> Fl_Menu.cxx
9> Fl_Widget_Type.cxx
10>shape.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Gl_Window::resize(int,int,int,int)"
(?res...@fl_gl_window@@uaexh...@z)
10>shape.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Gl_Window::flush(void)" (?fl...@fl_gl_window@@UAEXXZ)
10>shape.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Gl_Window::show(void)" (?s...@fl_gl_window@@UAEXXZ)
10>shape.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Gl_Window::hide(void)" (?h...@fl_gl_window@@UAEXXZ)
10>shape.obj : error LNK2001: unresolved external symbol "private: virtual void
__thiscall Fl_Gl_Window::draw_overlay(void)"
(?draw_over...@fl_gl_window@@EAEXXZ)
10>shape.obj : error LNK2019: unresolved external symbol "private: void
__thiscall Fl_Gl_Window::init(void)" (?i...@fl_gl_window@@AAEXXZ) referenced in
function "public: __thiscall Fl_Gl_Window::Fl_Gl_Window(int,int,int,int,char
const *)" (??0Fl_Gl_Window@@q...@hhhhpbd@Z)
10>shape.obj : error LNK2019: unresolved external symbol "public: virtual
__thiscall Fl_Gl_Window::~Fl_Gl_Window(void)" (??1Fl_Gl_Window@@u...@xz)
referenced in function "public: virtual void * __thiscall Fl_Gl_Window::`scalar
deleting destructor'(unsigned int)" (??_GFl_Gl_Window@@uaep...@z)
10>../test/shaped.exe : fatal error LNK1120: 7 unresolved externals
8> Fl_Menu_.cxx
10>
8> Fl_Menu_add.cxx
9> Fl_Type.cxx
[..]
Assuming those messages appear in the order shown, thread #10 tried to
link shape.obj
before the fltk.lib had been built (it seemed to still be building
Fl_Menu_.cxx)
There might be a dependency problem causing the test program to build
before
the lib has been built, not sure.
I'd suggest putting the compiler into single threaded build mode (I
forget how
you do this, but did it once before with VS Express.. it's a config
option
somewhere in the vast set of config options of the MS IDE)
Some other developers who know the MS IDE better than I can probably
give
a more accurate interpretation of these messages, but that's my take on
it
at first glance.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
