RE: [Flightgear-devel] Problems Compiling clouds3d
I think the problem stems from GL/gl.h being included before extgl.h Note GL/glu.h and GL/glut.h both include GL/gl.h so extgl.h must precede these also Norman I inserted the following in SkyTexture.hpp at line 36: #ifdef WIN32 # include extgl.h #endif ... and it worked - thanks. But I still wonder if there is some configuration issue with my system because no one else seems to be getting this error. I'll also try this fix with plib/examples/src/ssg/water/water.cxx, which also has the same compile error. Also... Could it be you are linking against a wrong OpenGL library? It looks like glActiveTextureARB is an OpenGl 1.3 extension, on the other hand, I have included a (compile time) check to see if glActiveTextureARB is actually supported by the system and neglect this code otherwise. Could you check if GL_ARB_multitexture is defined in your gl.h header file? Erik I found that Cygwin installs TWO copies of gl.h: opengl package installs: /usr/include/GL/gl.h (which declares glActiveTextureARB) and w32api package installs: /usr/include/w32api/GL/gl.h, (which does not). The w32api gl.h is dated later but does not declare glActiveTextureARB. Aha... it works _without_ the above patch when I hide /usr/include/w32api/GL! Is this a Cygwin bug? Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Problems Compiling clouds3d
Gents, When compiling CVS simgear/sky/clouds3d I am getting numerous warnings: WIN32 redefined, initialization from int to float, ... is implicitly a typename, and many others, and finally the following error when compiling SkyTextureState.cpp: if g++ -DHAVE_CONFIG_H -I. -I. -I../../../simgear -I../../..-O2 -D_REENTRAN T -MT SkyTextureState.o -MD -MP -MF .deps/SkyTextureState.Tpo \ -c -o SkyTextureState.o `test -f 'SkyTextureState.cpp' || echo './'`SkyTexture State.cpp; \ then mv .deps/SkyTextureState.Tpo .deps/SkyTextureState.Po; \ else rm -f .deps/SkyTextureState.Tpo; exit 1; \ fi SkyTextureState.cpp: In member function `SKYRESULT SkyTextureState::Activate()': SkyTextureState.cpp:94: `glActiveTextureARB' undeclared (first use this function) SkyTextureState.cpp:94: (Each undeclared identifier is reported only once for each function it appears in.) make[4]: *** [SkyTextureState.o] Error 1 Are these warnings a feature of this module or am I missing some C++ flag? I'm using latest Cygwin/gcc 3.2. Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Problems Compiling clouds3d
Paul Deppe wrote: When compiling CVS simgear/sky/clouds3d I am getting numerous warnings: WIN32 redefined, initialization from int to float, ... is implicitly a typename, and many others, and finally the following error when compiling SkyTextureState.cpp: SkyTextureState.cpp:94: `glActiveTextureARB' undeclared (first use this function) Erik wrote: I know there is a fix in SimGear to include glext.h for windows platforms. Maybe one of the ifdefs fails (because a version number changed or something like that)? Erik, Here are some of the references to EXTGL_NEEDED in the SimGear root directory: -- configure.ac: AM_CONDITIONAL(EXTGL_NEEDED, test x$ac_cv_header_windows_h = xyes) -- configure: if test x$ac_cv_header_windows_h = xyes; then EXTGL_NEEDED_TRUE= EXTGL_NEEDED_FALSE='#' else EXTGL_NEEDED_TRUE='#' EXTGL_NEEDED_FALSE= fi -- config.log: EXTGL_NEEDED_FALSE='#' EXTGL_NEEDED_TRUE='' -- Makefile: EXTGL_NEEDED_FALSE = # EXTGL_NEEDED_TRUE = And in SimGear/simgear/sky/clouds3d/Makefile: EXTGL_SOURCE = extgl.c extgl.h #EXTGL_SOURCE = libsgclouds3d_a_SOURCES = \ $(EXTGL_SOURCE) \ vec3fv.cpp vec3fv.hpp vec3f.hpp vec4f.hpp vec2f.hpp \ ... etc. extgl.h is #include'd by SkyTextureState.cpp via SkyTextureState.hpp via SkyContext.hpp. It looks like all the ifdef's are working properly. So I am stumped here - why can't the compiler see the declaration of glActiveTextureARB() when compiling SkyTextureState.cpp? I'm missing something. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RE: SimGear configure warning - winbase.h - more info
Gents, I'm getting the following warning when running ./configure with CVS SimGear on Cygwin/Win2k: configure: WARNING: winbase.h: present but cannot be compiled configure: WARNING: winbase.h: check for missing prerequisite headers? configure: WARNING: winbase.h: proceeding with the preprocessor's result configure: WARNING: ## ## configure: WARNING: ## Report this to [EMAIL PROTECTED] ## configure: WARNING: ## ## Do any other Cygwin users get this warning? Is it important? It's only a warning but I'm wondering if it is related to the error which I recently reported when compiling simgear/sky/clouds3d/SkyTextureState.cpp (which I'm still chasing). I'm using a clean installation of the latest Cygwin tools, autoconf 2.57. Does anyone have any ideas about this? More data from config.log: configure:8114: checking winbase.h usability configure:8127: gcc -c -g -O2 -D_REENTRANT conftest.c 5 In file included from configure:8187: /usr/include/w32api/winbase.h:510: parse error before DWORD /usr/include/w32api/winbase.h:514: parse error before DWORD /usr/include/w32api/winbase.h:516: parse error before ftLastAccessTime Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OpenGL Version Problem?
Gents, When compiling simgear/sky/clouds3d/SkyTextureState.cpp on Cygwin/Win2k/gcc3.2, the following error occurs: if g++ -DHAVE_CONFIG_H -I. -I. -I../../../simgear -I../../..-O2 -D_REENTRAN T -MT SkyTextureState.o -MD -MP -MF .deps/SkyTextureState.Tpo \ -c -o SkyTextureState.o `test -f 'SkyTextureState.cpp' || echo './'`SkyTexture State.cpp; \ then mv .deps/SkyTextureState.Tpo .deps/SkyTextureState.Po; \ else rm -f .deps/SkyTextureState.Tpo; exit 1; \ fi cc1plus: warning: changing search order for system directory . cc1plus: warning: as it has already been specified as a non-system directory SkyTextureState.cpp: In member function `SKYRESULT SkyTextureState::Activate()': SkyTextureState.cpp:94: `glActiveTextureARB' undeclared (first use this function) SkyTextureState.cpp:94: (Each undeclared identifier is reported only once for each function it appears in.) make[4]: *** [SkyTextureState.o] Error 1 This error also occurs when compiling plib/examples/src/ssg/water/water.ssg, so it must be related to my system configuration. I looked around and found two copies of gl.h: /usr/include/GL/gl.h (which declares glActiveTextureARB) and /usr/include/w32api/GL/gl.h, (which does not). The latter one is dated later but does not include the required function. Can anyone shed some light on this? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Error linking js_demo.exe
With the latest PLIB CVS joystick library, I get the following error when linking js_demo.exe (Cygwin/Win2k/gcc3.2): g++ -O2 -L/usr/local/lib -o js_demo.exe js_demo.o -lplibsl -lplibsm -lwinmm -lplibjs -lplibul -lm /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libplibjs.a(jsWindows.o)(.text+ 0x36 9):jsWindows.cxx: undefined reference to `_joyGetDevCapsA@12' /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libplibjs.a(jsWindows.o)(.text+ 0x6e c):jsWindows.cxx: undefined reference to `_joyGetPosEx@8' collect2: ld returned 1 exit status FG itself links fine so this is not a big issue. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] FW: [Plib-devel] Compile errors with new ssg
Forwarded from PLIB-Devel list: -Original Message- From: Steve Baker [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 6:12 PM To: [EMAIL PROTECTED] Subject: Re: [Plib-devel] Compile errors with new ssg Paul Deppe wrote: With the latest chnages to SSG, the following error occurs when compiling src/Objects/obj.cxx from FlightGear (Cygwin/Win2k/gcc3.2): if + -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/l ocal/include -O2 -MT obj.o -MD -MP -MF .deps/obj.Tpo \ -c -o obj.o `test -f 'obj.cxx' || echo './'`obj.cxx; \ then mv .deps/obj.Tpo .deps/obj.Po; \ else rm -f .deps/obj.Tpo; exit 1; \ fi obj.cxx: In member function `void LeafUserData::setup_triangle(int)': obj.cxx:625: cannot allocate an object of type `DummyBSphereEntity' obj.cxx:625: because the following virtual functions are abstract: /usr/include/plib/ssg.h:1175: virtual void ssgEntity::getStats(int*, int*, int*, int*) obj.cxx: In function `void gen_random_surface_objects(ssgLeaf*, ssgBranch*, Point3D*, const std::string)': obj.cxx:764: cannot allocate an object of type `DummyBSphereEntity' obj.cxx:764: since type `DummyBSphereEntity' has abstract virtual functions make[2]: *** [obj.o] Error 1 obj.cxx hasn't changed since 11/25/02 so this seems to be PLIB-related. It sounds like FGFS is creating a derived class of an ssgEntity that is neither an ssgBranch nor an ssgLeaf. If that's the case then I strongly disapprove. If that's the case then we should put this down to poor design in FGFS. CHange it to derive from either a leaf or a branch. Steve Baker - HomeEmail: [EMAIL PROTECTED]WorkEmail: [EMAIL PROTECTED] HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.nethttp://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ plib-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/plib-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Cannot specify --aircraft in system.fgfsrc
Gents, It looks like it is not possible to specify an --aircraft in system.fgfsrc because the aircraft model is loaded before system.fgfsrc is processed (see program output below). Is this the intended behavior? I thought the processing order was supposed to be 1) preferences.xml, 2) system.fgfsrc, and finally 3) command line. C:\unix\home\fgfs_cvs\fgfsbase.\BIN\FGFS.EXE FlightGear: Version 0.9.0 Built with GNU C++ version 3.2 Scanning command line for: --fg-root= fg_root = . Reading global preferences Finished Reading global preferences Unable to detect the language Selecting language: C Reading localized strings from ./Translations/strings-default.xml Scanning command line for: --aircraft= No user specified aircraft, using default Reading default aircraft: c172 from ./Aircraft/c172-set.xml Processing config file: ./system.fgfsrc Processing command line arguments ...etc... Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Cygwin + gcc 3.2 Issues
Gents, I'm still trying (unsuccessfully) to build FGFS CVS with Cygwin and gcc 3.2. There are a few issues described in the mailing lists, but not all are in CVS and some conflict with one another. Clean CVS SimGear compiles fine with -DWIN32, but then FlightGear/src/GUI/preset.cxx can't find iostream.h. I put Norman's STL 3.2 patch from Oct 26 into simgear/compiler.h: #if (__GNUC__ == 3 __GNUC_MINOR__ = 2 __CYGWIN__) # include iostream #endif ...and now SimGear won't compile - the min/max errors are back. Can someone who has built SG and FGFS with Cygwin/gcc 3.2 please summarize the flags and/or patches to the latest CVS required to do so? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Cygwin + gcc 3.2 Issues
I can make the changes to compiler.h and configure.ac and then if cygwin/gcc-3.2 users can tell me which files are bombing, I can add #include config.h to those ... Curt. Thanks! With the new patches, the following two files need #include simgear_config.h in order to compile properly: simgear/bucket/newbucket.cxx simgear/io/sg_binobj.cxx Now on to FlightGear... Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] FGFS files needing config.h
Curt, The following FGFS files need #include config.h added in order to build with Cygwin/gcc 3.2: src/ATC/AIEntity.cxx src/ATC/AILocalTraffic.cxx src/FDM/JSBSim/JSBSim.cxx src/FDM/UIUCModel/uiuc_wrapper.cpp src/FDM/ADA.cxx src/FDM/Balloon.cxx src/FDM/NullFDM.cxx Should these be enclosed by #ifdef HAVE_CONFIG_H ? Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] build failure with g++ 3.2
g++ -g -O2 -L/usr/X11R6/lib -o js_demo js_demo.o -lplibsl -lplibsm -lplibul -lm js_demo.o: In function `main': /home/j4strngs/Repository/FlightGear/src/Input/js_demo.cxx:21: undefined reference to `jsJoystick::jsJoystick[in-charge](int)' /home/j4strngs/Repository/FlightGear/src/Input/js_demo.cxx:84: undefined reference to `jsJoystick::read(int*, float*)' collect2: ld returned 1 exit status If this is because of the namespace dealie, can somebody point me in the right direction for determining the relevant include? John, I get the same error - it looks like this is due to changes in the PLIB joystick library. This library used to be just a header file, but is now libplibjs.a. We need to add -lplibjs to the appropriate Makefile.am _LDADD lines in src/Input and src/Main. That being said, js_demo still doesn't link properly - it needs some updates to match the new PLIB JS code, or maybe there's a bug in libplibjs. Just to get FGFS compiled with gcc 3.2 (finally) I commented out bin_PROGRAMS in src/Input/Makefile.am and added -lplibjs to src/Main/Makefile.am at line 80: -lplibpu -lplibfnt -lplibnet -lplibssg -lplibsg -lplibjs -lplibul \ Hallelujah! FGFS compiles and runs with gcc 3.2. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Compiling Metakit With Cygwin + gcc 3.2
I've found some discussions about this on the lists but no solutions. Has anyone out there successfully rebuilt mk4 with the latest Cygwin/gcc 3.2, and, if so, how? FYI - I just commented out the offending function but could you try replacing the #if @ line 33 with #if (!q4_MSVC !q4_WATC) || ((defined(__CYGWIN__) || defined(__MINGW32__)) __GNUC__ 3) FWIW I am kind of baffled as to why this problem is just showing up now though in that the code from string.h was added a long time go according to the newlib change log Fri Jun 6 14:07:59 1997 Norman I removed static from the declaration of stricmp() in string.cpp and it seems to work fine. Thanks for the suggestion. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Compiling Metakit With Cygwin + gcc 3.2
Gentlemen, I am trying to rebuild Metakit with Cygwin gcc 3.2 in order to get FGFS to link properly. I get the following error (with both mk4 version 2.4.3 and 2.4.8): g++ -c -O2 -DWIN32 -DNDEBUG -I../unix/../include -I../unix/../src -I. ../unix/.. /src/string.cpp -DDLL_EXPORT -DPIC ../src/string.cpp: In function `int strcasecmp(const char*, const char*)': ../src/string.cpp:39: `int strcasecmp(const char*, const char*)' was declared `extern' and later `static' /usr/include/string.h:60: previous declaration of `int strcasecmp(const char*, const char*)' make: *** [string.o] Error 1 I've found some discussions about this on the lists but no solutions. Has anyone out there successfully rebuilt mk4 with the latest Cygwin/gcc 3.2, and, if so, how? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] SimGear Build Error (2nd try)
*THIS WORKS* % CXXFLAGS=-DWIN32 CFLAGS=-DWIN32 ./configure make norman Worked fine - thanks Norman. - Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] SimGear Build Error
Gents, When building the CVS SimGear (1200 11/20/2002, fresh checkout) with latest Cygwin and gcc 3.2, I get the following error when compiling newbucket.cxx: Making all in bucket make[3]: Entering directory `/home/fgfs_cvs/SimGear/simgear/bucket' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../..-O2 -D_REENTRANT -MT n ewbucket.o -MD -MP -MF .deps/newbucket.Tpo \ -c -o newbucket.o `test -f 'newbucket.cxx' || echo './'`newbucket.cxx; \ then mv .deps/newbucket.Tpo .deps/newbucket.Po; \ else rm -f .deps/newbucket.Tpo; exit 1; \ fi In file included from /usr/include/c++/3.2/bits/locale_facets.tcc:43, from /usr/include/c++/3.2/locale:46, from /usr/include/c++/3.2/bits/ostream.tcc:37, from /usr/include/c++/3.2/ostream:275, from /usr/include/c++/3.2/iostream:45, from newbucket.hxx:44, from newbucket.cxx:31: /usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments, but only 1 given I thought this would be fixed by the recent gcc 3.2-related updates I've seen on the list - is anyone else seeing this? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RE: [Plib-devel] Autogen/configure now fails, related to GL
In the last few days I can no longer build PLIB. I get (on CygWin): [...] checking for glNewList in -lopengl32... no configure: error: could not find working GL library - Julian That confuses me. Shouldn't glNewList be defined in libopengl32 with Win32 / Cygwin ? - Sebastian I'm getting the same error as Julian on my Cygwin system. I tried old versions of configure.in and it works fine with 1.34 but fails with 1.35. The new code in version 1.35 explicitly checks for glNewList() and glLookAt(), while the old code simply checked for the presence of libopengl32.a and libglu.a. The comment for version 1.35 says, Let's hope that this fixes building on OS-X. If this is true, perhaps we could put a conditional around this code so that it doesn't break under Cygwin. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Glut font format
Have you tried using the Font generator http://www.opengl.org/developers/code/mjktips/TexFont/gentexfont.c I have used this successfully with Cygwin and is in how ALL of the PLib fonts were created. I assume that this was Cygwin witn XFree86? Thanks, Paul ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] FGFS Link Error
Gents, When making the latest CVS FGFS on Cygwin/Win2k, the following link error occurs: rc/WeatherCM/libWeatherCM.a ../../src/Input/libInput.a -lsgroute -lsgsk y -lsgephem -lsgtiming -lsgio -lsgscreen-lsgmath -lsgbucket -lsgdebu g -l sgmagvar -lsgmisc -lsgxml -lsgserial -lplibpu -lplibfnt - lpli bnet -lplibssg -lplibsg -lmk4 -lz -lpthread -lm -lglut32 -lgl u32 -lopengl32 -luser32 -lgdi32 -lplibsl -lplibsm -lwinmm -lplibul -lm /usr/lib/libplibul.a(ulContext.o)(.text+0x47):ulContext.cxx: undefined reference to `wglGetCurrentContext@0' collect2: ld returned 1 exit status It looks like the link order is wrong - the PLIB libraries should be linked before the OpenGL libraries. But a check of src/Main/Makefile shows: fgfs: $(fgfs_OBJECTS) $(fgfs_DEPENDENCIES) @rm -f fgfs $(CXXLINK) $(fgfs_LDFLAGS) $(fgfs_OBJECTS) $(fgfs_LDADD) $(LIBS) and from src/Main/Makefile.am: fgfs_LDADD = \ $(top_builddir)/src/Aircraft/libAircraft.a \ ... lots more libraries... $(THREAD_LIBS) \ -lplibpu -lplibfnt -lplibnet -lplibssg -lplibsg \ -lmk4 -lz \ $(opengl_LIBS) \ $(audio_LIBS) ..which looks correct and hasn't changed in a few days. Yes, this was a clean rebuild from autogen.sh on up. The dates on the src/Main/Makefile* files are correct. automake: 1.4-p5 (14). This was working yesterday. Any ideas? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RGB Texture Editing Tools
Windoze developers - What tool(s) are you guys using to edit .rgb files? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] EAA Wright Flyer
Last year I did an in-flight simulation of the Wright Flyer in our Variable-Stability Lear 24 for the USAF Test Pilot School. It was part of the AIAA Wright Flyer Project - I wonder how this is this related to the EAA project? See: http://www.wrightflyer.org/Future/have_wright.html The linear model was provided by Dr. Fred Culick of CalTech. They were considering adding pitch and roll SAS (which we also tried in flight) to augment the statically unstable pitch and roll axes, although I'm not sure what has been done since last year. If Dr. Culick's model was accurate, Wilbur and Orville really had their hands full. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] attachment: winmail.dat
RE: [Flightgear-devel] Tower View
Thanks to Jim Wilson, we have a working tower view in CVS: the 'v' key
cycles among pilot view, chase view, and tower view, rather than just
pilot and chase. In the future, Jim (or someone else) will probably
add the ability to specify a tower position; for now, the code just
makes one up for the initial airport.
You'll probably want to use the 'x' key to zoom in a bit, since the
tower can be pretty far away at a large airport.
Nice job! This could be used to simulate a tracking camera using the zoom
feature (try it with the X15).
However, I am seeing a strange clipping problem in the tower view mode with
the C172 and C310 models when I use the 'x' key to zoom in (Cygwin/Win2k).
Here's how to duplicate it:
1. Start FGFS with default options (empty .fgfs_rc).
2. Switch to tower view ('v' twice).
3. Zoom in with 'x' until the model fills at least half the screen.
4. As the aircraft slowly taxis down the runway I see strange polygon
clipping effects in the model.
This looks similar to the effect seen last month when the experiments with
the near and far clipping planes were going on. Perhaps the near and far
planes will have to be adjusted depending upon the distance to the model
and/or the amount of zoom or the FOV.
Does anyone else see this?
Regards,
Paul
Paul R. Deppe
Veridian Engineering (formerly Calspan)
Flight Aerospace Research Group
150 North Airport Drive
Buffalo, NY 14225
(716) 631-6898
(716) 631-6990 FAX
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Errors Compiling props.cxx
Gents, When compiling the latest CVS SimGear (1300 EST 3/19/2002) on Cygwin/Win2k the following errors occur: make[3]: Entering directory `/home/fgfs_cvs/SimGear/simgear/misc' c++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/usr/local/include - g -O 2 -D_REENTRANT -c props.cxx props.cxx: In method `const char * SGPropertyNode::make_string() const': props.cxx:489: implicit declaration of function `int sprintf(...)' props.cxx: In method `class vectorSGPropertyNode *,allocatorSGPropertyNode * SGPropertyNode::getChildren(const char *)': props.cxx:799: implicit declaration of function `int sort(...)' Looks like there needs to be a #include stdio.h somewhere for sprintf(). As for sort(), it looks like it should be declared by SG_USING_STL(sort). Is the definition of PROPS_STANDALONE working properly? Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] CVS question
A related question - after rebuilding with the makefile system, is there a way to make install only the files which have changed? For example, suppose there is only a change to a .cxx file in plib/ssg. I do a make, which rebuilds only libplibssg.a. But when I do a make install, all the header files are also installed with new dates. Are you sure? I was under the impression that the install program (and CVS, for that matter) preserved the date stamps on files. The stamps on the installed files should be the modification times in the archive. I might be wrong... Andy, I checked the file modification dates and confirmed that make install does not preserve the dates on installed files (sure wish it did) at least on my Cygwin setup. Please correct me if I'm wrong, but the make install appears to use the script install-sh which is part of the automake package. The script is fairly complicated (to me) but buried in it is the cp command which does the actual installation. I think that the cp command is passed in using the make variable CPPROG. Perhaps the install-sh script (or the make variable) could be modified to use cp -p which preserves the file date and other attributes. Thanks to all who responded to my question! Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Scenery Strangeness
Gents, With the latest CVS (1400 EST 3/5/2002) on my Cygwin/Win2k system the textures in mountainous areas seem to walk across the ground and appear and disappear in a very strange manner. I am wondering if anyone else sees this problem. To demonstrate this problem I used the following .fgfsrc: --fdm=magic --disable-clouds --disable-panel --disable-sound --geometry=1024x768 --in-air --lat=35.88 --lon=-113.7 --altitude=9200 --heading=90.0 --start-date-sys=2002:04:16:17:56:00 After starting FGFS, hit PageUp several times to increase velocity and notice how some textured areas appear and disappear as you go by. Does anyone else see this effect? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Fixing Runway Locations Placing Objects
Curt wrote: This is an open question ... right now we live off of the X-Plane data. But, it might be interesting to merge in updated FAA data. I haven't had time to pursue this. And for the rest of the world, we are dependant on X-Plane data and trying to get our changes into the x-plane database which seems to be difficult for some reason. No problem, I've submitted new data for the airport in question to Robin Peel. the fly. I see the airport.btg.gz in the scenery directory but the .btg appears to be a binary file and I couldn't find any documentation on the format of this file. Bernie wrote: Use the source! SGBinObject::read_bin() and SGBinObject::write_bin() in simgear/io/sg_binobj.cxx are the ultimate programmers documentation. Ok, but as the famous programmer Richard III said, A well-commented source file! A well-commented source file! My kingdom for a well-commented source file! Cheers, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Fixing Runway Locations Placing Objects
Bernie wrote: Use the source! SGBinObject::read_bin() and SGBinObject::write_bin() in simgear/io/sg_binobj.cxx are the ultimate programmers documentation. Ok, but as the famous programmer Richard III said, A well-commented source file! A well-commented source file! My kingdom for a well-commented source file! Well, that particular source file is not entirely devoid of comments. Here's they doxygen html docs for SGBinObject: http://simgear.org/doxygen/classSGBinObject.html Curt, I wasn't totally serious - guess I should have added :) And I was not aware of the doxygen files - if there is a link to them on the FGFS web page I missed it. Thanks for the help. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] JSBSim changes
I agree in general. I'd suggest the use of -fraction or somesuch instead of -pct if the range is 0:1, as it is for most of these properties currently. An earlier suggestion was -n for normalized, which is probably the most accurate (and has the advantage of brevity). Is there any standard unit abbreviation that conflicts with that and is useful for flight simulation? -n could be mistaken for newtons, although -nt is also used for this. How about -norm? I don't know of any units in any system which could be confused with that. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Time Options Not Working
The command-line time options appear to be broken in the latest CVS (Cygwin/Win2k). When I specify --start-date-gmt, --start-date-lat, or --time-offset, the time is still set to the current GMT. They worked in FGFS 0.7.8 and I'm not sure exactly where along the line they stopped working. Can anyone else confirm this problem? Paul, Can you try this again with the latest cvs? Thanks, Curt. Hi Curt, I tried the latest CVS as of 2100 EST this evening, 2/11/2002. Some things are fixed, others still behave strangely. The time I used for testing was 2/12/2002 at sunrise at KIAG (0717 EST, 1217 UTC), heading 090, altitude 1000 MSL. Specifically: Options: HUD displays: Sun: ---- --- --start-date-gmt=2002:02:12:12:17:00 2/12/2002 12:17:00correct (sunrise) (this is UTC) --start-date-gmt=2002:02:12:12:17:00 --time-offset=+00:15:00 1/1/1970 0:15:00 IT'S DARK!! --start-date-lat=2002:02:12:07:17:00 2/12/2002 07:17:00IT'S DARK!! --start-date-lat=2002:02:12:07:17:00 --time-offset=+00:15:00 1/1/1970 0:15:00 IT'S DARK!! --start-date-sys has same results as --start-date-lat. Conclusions: 1. --start-date-gmt works fine without --time-offset. 2. --start-date-sys and -lat do not work properly, they work the same as -gmt. 3. --time-offset works fine by itself. 4. --time-offset with --start-date-anything sets the date to 1/1/1970. Hope this helps track down the problem. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] 0.7.9 release schedule
Any, my real point here is that I personally do not care to work very hard to support a non-textured flightgear mode simply for the sake of old sgi hardware. However, if there are other reasons as well ... supporting notebook (few of which have 3d graphics), or to still support cards with very little texture ram ... then I have no problem with continuing on with our support of a non-textured world mode. Here's another scenario in which a non-textured world is useful: We develop IRIX software on an (old) Indy R5K and an Indigo II to run on our Onyx RE2 because the Onyx is not always available for development. It's much more productive to have a non-textured mode available on the slower machines. I agree with Curt's comments concerning SGI vs. modern PC graphics hardware, but hope that the efforts of Erik and others to keep FGFS alive on IRIX will continue. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Re: ANSI C++ fixes; Compiling with G++ 3.x
This same error occurs using the latest Cygwin on Win2000. Is that based on G++ 2.95 or G++ 3.0? gcc 2.95. - Paul ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Re: ANSI C++ fixes; Compiling with G++ 3.x
I've committed made four small ANSI C++ fixes to the CVS to allow FlightGear to compile with G++ 3.0.3. I'd appreciate it if porters could confirm that the changes don't break any legacy compilers. this breaks compiling with gcc 2.95.4. i get the following error (on a debian system running unstable): g++ -DFGFS -I. -I. -I../../../src/Include -I../../../src -I/usr/local/include -I/usr/X11R6/include -g -O2 -c -o FGTable.o `test -f FGTable.cpp || echo './'`FGTable.cpp FGTable.cpp: In method `void FGTable::Print()': FGTable.cpp:228: `ios_base' undeclared (first use this function) FGTable.cpp:228: (Each undeclared identifier is reported only once FGTable.cpp:228: for each function it appears in.) FGTable.cpp:228: parse error before `::' This same error occurs using the latest Cygwin on Win2000. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Compiler error with Cygwin SimGear 0.0.16
When compiling SimGear 0.0.16 with the latest Cygwin (Win2K) I get the following compiler error. Has anyone else seen this? This is a clean SimGear with ./configure; make. Everything goes well until... Making all in simgear/metakit/unix This is getting repetitive Would someone who has SimGear CVS write privlidge PLEASE change the CXXFLAGS variable in SimGear/simgear/metakit/unix/Makefile.in to # not normally compiled with -g, but you can specify it in the make command CXXFLAGS = -O3 -fomit-frame-pointer -DNDEBUG #CXXFLAGS = -fguiding-decls -Wall -pedantic -Wno-unused -g #CXXFLAGS = @CXXFLAGS@ -DNDEBUG THANK YOU Norman Thanks everyone for the help. Norman's suggestion worked, at least for my Cygwin-based system. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Compiler error with Cygwin SimGear 0.0.16
Gents, When compiling SimGear 0.0.16 with the latest Cygwin (Win2K) I get the following compiler error. Has anyone else seen this? This is a clean SimGear with ./configure; make. Everything goes well until... Making all in simgear/metakit/unix make[1]: Entering directory `/home/fgfs_sw/SimGear-0.0.16/simgear/metakit/unix' /bin/sh ./libtool --mode=compile c++ -c -g -O2 -DNDEBUG -I../include -I../src -I . ../src/column.cpp mkdir .libs c++ -c -g -O2 -DNDEBUG -I../include -I../src -I. ./src/column.cpp -DDLL_EXPORT -DPIC -o .libs/column.lo c++ -c -g -O2 -DNDEBUG -I../include -I../src -I. ../src/column.cpp -o column.o /dev/null 21 mv -f .libs/column.lo column.lo /bin/sh ./libtool --mode=compile c++ -c -g -O2 -DNDEBUG -I../include -I../src -I . ../src/custom.cpp rm -f .libs/custom.lo c++ -c -g -O2 -DNDEBUG -I../include -I../src -I. ./src/custom.cpp -DDLL_EXPORT -DPIC -o .libs/custom.lo c++ -c -g -O2 -DNDEBUG -I../include -I../src -I. ../src/custom.cpp -o custom.o /dev/null 21 mv -f .libs/custom.lo custom.lo /bin/sh ./libtool --mode=compile c++ -c -g -O2 -DNDEBUG -I../include -I../src -I . ../src/derived.cpp rm -f .libs/derived.lo c++ -c -g -O2 -DNDEBUG -I../include -I../src -I. ./src/derived.cpp -DDLL_EXPOR T -DPIC -o .libs/derived.lo ../src/derived.cpp: In method `c4_SortSeq::c4_SortSeq(c4_Sequence , c4_Sequence *)': ../src/derived.cpp:701: Internal compiler error. ../src/derived.cpp:701: Please submit a full bug report. ../src/derived.cpp:701: See URL:http://www.gnu.org/software/gcc/bugs.html for instructions. make[1]: *** [derived.o] Error 1 make[1]: Leaving directory `/home/fgfs_sw/SimGear-0.0.16/simgear/metakit/unix' make: *** [all] Error 1 Can anyone shed some light on this? Thanks, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
