On 23.08.2011 11:38, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>
>> PS: with Ian's correction to makeinclude (adding -I.. three times),
>> everything except CubeView built now with MinGW. Errors:
>
> That's odd - I just built r8998 on mingw with the following mods:
>
> - add the -I.. paths to makeinclude
>
> - hand-edit test/makedepend to sort some paths (has ../include/config.h
> rather than ../config.h in several places.)
>
> Therafter build went cleanly.
I didn't edit makedepend, but meanwhile Matt updated the paths, and I
got the same errors with r 8999.
This patch fixes the build:
$ svn diff
Index: test/CubeView.h
===================================================================
--- test/CubeView.h (revision 8999)
+++ test/CubeView.h (working copy)
@@ -41,7 +41,7 @@
#if HAVE_GL
class CubeView : public fltk3::GlWindow {
#else
-class CubeView : public Fl_Box {
+class CubeView : public fltk3::Box {
#endif /* HAVE_GL */
public:
Index: test/CubeView.cxx
===================================================================
--- test/CubeView.cxx (revision 8999)
+++ test/CubeView.cxx (working copy)
@@ -34,7 +34,7 @@
: fltk3::GlWindow(x,y,w,h,l)
#else
CubeView::CubeView(int x,int y,int w,int h,const char *l)
- : Fl_Box(x,y,w,h,l)
+ : fltk3::Box(x,y,w,h,l)
#endif /* HAVE_GL */
{
vAng = 0.0;
@@ -57,7 +57,7 @@
#if !HAVE_GL
label("OpenGL is required for this demo to operate.");
- align(FL_ALIGN_WRAP | FL_ALIGN_INSIDE);
+ align(fltk3::ALIGN_WRAP | fltk3::ALIGN_INSIDE);
#endif /* !HAVE_GL */
}
--- end of patch ---
Maybe you fixed it locally in your working copy? What does
svn stat (diff) say?
However, CubeView doesn't run, neither does glpuzze nor fractals
and other GL demos:
I see a popup with
"This demo does not work without GL and GLU (7353880)"
when I run fractals or glpuzzle (the latter w/o "(7353880)"),
whilst I see the text "OpenGL is required..." in the CubeView
window.
I don't have problems with GL demos in FLTK 1.x though.
Looks like a configure/library path problem, maybe.
Configure says:
checking GL/gl.h usability... yes
checking GL/gl.h presence... yes
checking for GL/gl.h... yes
checking GL/glu.h usability... yes
checking GL/glu.h presence... yes
checking for GL/glu.h... yes
So everything looks okay, AFAICT.
Albrecht
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev
