> > ..or is there something wrong with FLTK 1.0.11's implementation of the > > stencil buffer? > > Fltk 1.0.11? Wow, that's.. old. From 2001 or so, I think. > > That's probably the oldest release still on the website. > > Try again with 1.1.9, and base your example from that. > > Apparently the cube example has changed significantly > enough over the years that the #include files no longer > match your code, because I couldn't compile it.
Hello Greg (et. al.) - O.K. I installed 1.1.9. Now I am able to do Stencil operations in my extended CubeView demo. So maybe there was a problem with Stencil operations in 1.0.11? Whatever. I've made a little progress. My ultimate objective is to add stencil ops to an app that I've been working on for a few weeks. But I'm having trouble linking properly with FLTK 1.1.9. I'm using Visual C++ 6.0. Apparently the 'Project Settings' have to be set up differently. I've changed the include and link paths to point at 1.1.9, but the linker is giving me lots (67) of errors like ... CubeView.obj : error LNK2001: unresolved external symbol "private: virtual void __thiscall Fl_Gl_Window::draw_overlay(void)" ([EMAIL PROTECTED]@@EAEXXZ) CubeView.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall Fl_Gl_Window::hide(void)" ([EMAIL PROTECTED]@@UAEXXZ) CubeView.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall Fl_Gl_Window::show(void)" ([EMAIL PROTECTED]@@UAEXXZ) CubeView.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall Fl_Gl_Window::flush(void)" ([EMAIL PROTECTED]@@UAEXXZ) I don't think it's finding any of my FLTK routines. Any ideas? Thanks. _______________________________________________ fltk-opengl mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-opengl
