[Flightgear-devel] simgear/flightgear SGSky thesky shared library compile problem
Hi all :) I have a little problem compiling/running fgfs build as shared lib variant. (Yes... i know... static is the prefered build way you/the devs use.. i still try to make my daily cvs debian packages the debian-standard shared way :)) Following is the compile output from flightgear (CVS): g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/X11R6/include -I/usr/local/include -DPKGLIBDIR=\/usr/share/games/FlightGear\ -c -o metar_main.o `test -f 'metar_main.cxx' || echo './'`metar_main.cxx g++ -DPKGLIBDIR=\/usr/share/games/FlightGear\ -L/usr/X11R6/lib -L/usr/local/lib -o metar metar_main.o -lsgenvironment -lsgio -lsgbucket -lsgmisc -lsgstructure -lsgdebug -lsgprops -lsgserial -lsgxml -lsgmath -lsgscreen -lsgsky -lsgsound -lopenal -lalut -lplibnet -lplibul -lplibsg -lplibssg -lSDL -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -ldl -lm -lz -ldl -lm -ljpeg /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/libsgsky.so: undefined reference to `thesky' collect2: ld returned 1 exit status make[3]: *** [metar] Error 1 make[3]: Leaving directory `/home/orson/debian/source/flightgear/src/flightgear-cvs-0.9cvs/src/Main' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/orson/debian/source/flightgear/src/flightgear-cvs-0.9cvs/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/orson/debian/source/flightgear/src/flightgear-cvs-0.9cvs' make: *** [build-stamp] Error 2 Argl.. i have too less knowledge about static/extern class/variable declaration/definition... When i change following line in simgear/scene/sky/cloudfield.cxx and rebuild simgear+flightgear everything compiles, but as soon as i enable the 3dclouds via Menu-Rendering options-3d coulds, fgfs crashes with a segmentation fault. extern SGSky *thesky; to static SGSky *thesky; Does somebody have a clou what i would have to do/change in order to get it working/compiling the right way? Thanx, and have a nice weekend :) *waves* -- Diese Message wurde erstellt mit freundlicher Unterstuetzung eines freilaufenden Pinguins aus artgerechter Freilandhaltung. Sie ist garantiert frei von Microsoftschen Viren. -- May the pig be with you! *oink* email: orson aet orson punkterle at -- signature.asc Description: OpenPGP digital signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] simgear/flightgear SGSky thesky shared library compile problem
Juergen Tretthahn wrote: Hi all :) I have a little problem compiling/running fgfs build as shared lib variant. (Yes... i know... static is the prefered build way you/the devs use.. i still try to make my daily cvs debian packages the debian-standard shared way :)) The debian standard way uses an incredibly evil bodge to make a shared library. I'd suggest speaking to the debian package maintainer. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS error SG_LOG Cygwin
Georg Vollnhals wrote: Hi, with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4): RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes Bah, conditional compiles don't make life easier. This should be fixed now. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS error SG_LOG Cygwin
Erik Hofman schrieb: Georg Vollnhals wrote: Hi, with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4): RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes Bah, conditional compiles don't make life easier. This should be fixed now. Erik Erik, thank you! All works fine now. Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear CVS error SG_LOG Cygwin
Hi, with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4): RenderTexture.cpp:1595:44: macro SG_LOG passed 4 arguments, but takes just 3 RenderTexture.cpp: In member function `void RenderTexture::_ParseModeString(const char*, std::vectorint, std::allocatorint , std::vectorint, std::allocatorint )': RenderTexture.cpp:1592: error: `SG_LOG' undeclared (first use this function) RenderTexture.cpp:1592: error: (Each undeclared identifier is reported only once for each function it appears in.) RenderTexture.cpp:1642:72: macro SG_LOG passed 4 arguments, but takes just 3 make[3]: *** [RenderTexture.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Anyone else with this problem? Regards Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear compile dying in MSVC6
Hi Any assistance would be gratefully accepted. Debug info: Compiling... iochannel.cxx lowlevel.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_binobj.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_file.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_serial.cxx sg_socket.cxx sg_socket_udp.cxx Generating Code... Error executing cl.exe. SimGear.lib - 24 error(s), 1 warning(s) Cheers - -- Sam Ingarfield Student, Western Australia ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear compile dying in MSVC6
Ok... I myself have been having problems with compiling FG with MSVC 7.1, but I've been told this much. Its way to hard to compile with MSVC6. But ofcourse, I submit to the judgement of the masters. They know way better. On 11/14/05, Sam Ingarfield - VK6HSI [EMAIL PROTECTED] wrote: Hi Any assistance would be gratefully accepted. Debug info: Compiling... iochannel.cxx lowlevel.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_binobj.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_file.cxx c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(80) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2146: syntax error : missing ')' before identifier 'L' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : ')' c:\documents and settings\sam ingarfield\desktop\simgear-0.3.9-pre3\simgear\misc\stdint.hxx(81) : error C2059: syntax error : 'bad suffix on number' sg_serial.cxx sg_socket.cxx sg_socket_udp.cxx Generating Code... Error executing cl.exe. SimGear.lib - 24 error(s), 1 warning(s) Cheers - -- Sam Ingarfield Student, Western Australia ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear compile dying in MSVC6
bass pumped wrote: Ok... I myself have been having problems with compiling FG with MSVC 7.1, but I've been told this much. Its way to hard to compile with MSVC6. But ofcourse, I submit to the judgement of the masters. They know way better. Yes, the general consensus I've heard in the past is that MSVC6 is simply too old and buggy to compile a project like flightgear which is designed for more modern compilers (and by modern I mean compilers that adhere somewhat well to the established C++ standards.) So it seems like your best choices for windows are MSVC7 or cygwin/mingwin if you want to go the open-source (free) route. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear type mismatch on Solaris
Andy Ross wrote: This is the relevant code from simgear/compiler.h. Apparently it thinks that Solaris machines lack a stdint.h header file. This is incorrect, at least on the Solaris 10 box I have access too. The workaround should be to just eliminate the || defined(sun) bit. #if defined( _MSC_VER ) || defined(__MINGW32__) || defined(sun) typedef signed char int8_t; typedef signed short int16_t; typedef signed int int32_t; typedef signed __int64 int64_t; typedef unsigned charuint8_t; typedef unsigned short uint16_t; typedef unsigned int uint32_t; typedef unsigned __int64 uint64_t; #endif Note that it also includes these definitions for mingw builds, which is incorrect. The mingw compiler is a gcc variant, which includes stdint.h as part of the compiler suite; it is not a platform header. As far as I can see, MSVC is the only compiler we use that lacks this. This has been fixed. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear patch for 64 bit and GCC3
Alex Perry wrote: I get a compiler type cast error without this (or equivalent). This has also been committed. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear and OpenAL files/Cygwin
Hi AJ, thank you for your prompt reply, therefore this as a feedback: I tested it with Normans precompiled version and the (older) stuff I need for building FG 0.9.8 but still got the same error messages when typing ./configure from SimGear-0.3.8. Just downloading all the actual CVS stuff for SimGear and FlightGear I will have another try with the more actual files, hopefully ... :-/ If I am not lucky I will ask again as I started to work seriously with FlightGear this August and though spending a lot of time reading all docs and testing things I am a bloody beginner! Once again, thank you for your help and time Regards Georg EDDW ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear type mismatch on Solaris
Now as Andy promised I could have another try on big-endian machines I decided to actually have one. But something is hindering me that wasn't there before: make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml' g++ -mcpu=hypersparc -mtune=hypersparc -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/opt/gnu/include -I/usr/local/include -I/opt/FlightGear/include -O3 -D_REENTRANT -c -o easyxml.o `test -f 'easyxml.cxx' || echo './'`easyxml.cxx In file included from easyxml.cxx:3: ../../simgear/compiler.h:473: error: conflicting declaration 'typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: 'int8_t' has a previous declaration as `typedef char int8_t' ../../simgear/compiler.h:473: error: declaration of `typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: conflicts with previous declaration `typedef char int8_t' ../../simgear/compiler.h:473: error: declaration of `typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: conflicts with previous declaration `typedef char int8_t' ../../simgear/compiler.h:476: error: `__int64' does not name a type ../../simgear/compiler.h:480: error: `__int64' does not name a type Could the person who did the changes have a look at it and suggest what I could try to fix it ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear type mismatch on Solaris
Quoting Martin Spott : Now as Andy promised I could have another try on big-endian machines I decided to actually have one. But something is hindering me that wasn't there before: make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml' g++ -mcpu=hypersparc -mtune=hypersparc -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/opt/gnu/include -I/usr/local/include -I/opt/FlightGear/include -O3 -D_REENTRANT -c -o easyxml.o `test -f 'easyxml.cxx' || echo './'`easyxml.cxx In file included from easyxml.cxx:3: ../../simgear/compiler.h:473: error: conflicting declaration 'typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: 'int8_t' has a previous declaration as `typedef char int8_t' ../../simgear/compiler.h:473: error: declaration of `typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: conflicts with previous declaration `typedef char int8_t' ../../simgear/compiler.h:473: error: declaration of `typedef signed char int8_t' /usr/include/sys/int_types.h:62: error: conflicts with previous declaration `typedef char int8_t' ../../simgear/compiler.h:476: error: `__int64' does not name a type ../../simgear/compiler.h:480: error: `__int64' does not name a type Could the person who did the changes have a look at it and suggest what I could try to fix it ? lines 472 and after of simgear's compiler.h reads : 472 #if defined( _MSC_VER ) || defined(__MINGW32__) || defined(sun) 473 typedef signed char int8_t; 474 typedef signed short int16_t; 475 typedef signed int int32_t; 476 typedef signed __int64 int64_t; 477 typedef unsigned charuint8_t; 478 typedef unsigned short uint16_t; 479 typedef unsigned int uint32_t; 480 typedef unsigned __int64 uint64_t; 481 #endif You probably must refine the test in order to discard these statements that are already in another include file. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear type mismatch on Solaris
Martin Spott wrote: Now as Andy promised I could have another try on big-endian machines I decided to actually have one. Good luck, but unfortunately it seems not to be working for Erik. I have a pretty large test suite at this point running on sparc and ppc without trouble, so I'm wondering if this is something Irix-specific? But something is hindering me that wasn't there before: This is the relevant code from simgear/compiler.h. Apparently it thinks that Solaris machines lack a stdint.h header file. This is incorrect, at least on the Solaris 10 box I have access too. The workaround should be to just eliminate the || defined(sun) bit. #if defined( _MSC_VER ) || defined(__MINGW32__) || defined(sun) typedef signed char int8_t; typedef signed short int16_t; typedef signed int int32_t; typedef signed __int64 int64_t; typedef unsigned charuint8_t; typedef unsigned short uint16_t; typedef unsigned int uint32_t; typedef unsigned __int64 uint64_t; #endif Note that it also includes these definitions for mingw builds, which is incorrect. The mingw compiler is a gcc variant, which includes stdint.h as part of the compiler suite; it is not a platform header. As far as I can see, MSVC is the only compiler we use that lacks this. Another nit is that the #include stdint.h line should probably go in an #else clause here, for symmetry. I don't know where it's being included currently. Finally, __int64 is not a standard type (is it a windowsism?), and apparently doesn't work on Sun. The most portable way to get a 64 bit value from a modern compiler is with long long and unsigned long long. I don't know any modern systems on which this fails. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear type mismatch on Solaris
Frederic Bouvier wrote: You probably must refine the test in order to discard these statements that are already in another include file. I'm leaning more and more to defining our own header files which solves all this troubles and byte swapping stuff. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear type mismatch on Solaris
Erik Hofman wrote: I'm leaning more and more to defining our own header files which solves all this troubles and byte swapping stuff. Sounds good to me. :) Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear and OpenAL files/Cygwin
Hi, after many hours trying to solve the problem I give up and ask for help: Problem: When building SimGear under Cygwin OpenAL files are not found. The Readme.OpenAL and other docs are not helpful for two questions: 1. What do I need for Cygwin? Is the OpenAL11BetaSDK sufficient (content folders: dll/Docs/Include/libs/Samples)? Or do I need to install the whole CVS stuff with a lot of folders for different OS? 2. Where is the right place to put the needed OpenAL stuff into Cygwin? (ie. where to put libs, Include or other folder?) I tried a lot of places (trial and error) but I always got the message ... Win32 specific hacks... Will link apps with -lglu32 -lopengl32 -luser32 -lgid32 -lwinmm checking for library containing alGenBuffers... no checking for library containing alutInit... no You *must* have the openal library installed on your system to build SimGear! ... I would be very glad if someone could help me. Building FlightGear 0.9.8 from source would be the first step to building it from CVS. Thank you very much in advance Georg EDDW ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear and OpenAL files/Cygwin
On Wednesday 21 September 2005 23:17, Georg Vollnhals wrote: I would be very glad if someone could help me. Building FlightGear 0.9.8 from source would be the first step to building it from CVS. I just used Norman's pre-compiled version from here; http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz Which worked perfectly with CVS from Saturday past, IIRC. Cheers, AJ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear
bass pumped any idea when we will see the next release? Not for a while I hope - I've just spent 10 days trying to locate a bug which prevents FG-cvs running under Cygwin. I've got as far as tracking it to something introduced into SimGear about 7 Jul. Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear
Vivian Meazza wrote: bass pumped any idea when we will see the next release? Not for a while I hope - I've just spent 10 days trying to locate a bug which prevents FG-cvs running under Cygwin. I've got as far as tracking it to something introduced into SimGear about 7 Jul. I agree, the big-endian Nasal bug should also be fixed before the release. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear
Selon Vance Souders : Has anyone tried compiling the latest simgear CVS code? The visual studio solution is looking for a bunch of source files in \scene\sky\clouds3d that seem to be missing. Is this just a case where the Visual Studio solution file is out of sync? The visual studio solutions ( for MSVC .NET ) are not in CVS and are out of sync every time a file is added to or removed from the repository. Subscribe to the flightgear-cvs and simgear-cvs list to follow the changes and modify your solutions or project files accordingly. The MSVC 6 project files are updated only before a release. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear
Vance Souders wrote: Has anyone tried compiling the latest simgear CVS code? The visual studio solution is looking for a bunch of source files in \scene\sky\clouds3d that seem to be missing. Is this just a case where the Visual Studio solution file is out of sync? Yes, the code in that directory has been superseded by the 3dclouds code in the simgear/scene/sky directory itself. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear
any idea when we will see the next release? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear
Has anyone tried compiling the latest simgear CVS code? The visual studio solution is looking for a bunch of source files in \scene\sky\clouds3d that seem to be missing. Is this just a case where the Visual Studio solution file is out of sync? -Vance ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Sunday 31 July 2005 11:12, Paul Surgeon wrote: SimGear WILL NOT compile with nVidia 6629 headers (like it used to). I updated to 7667 OpenGL headers and it compiles now. I should perhaps mention here for those not keen on updating to the newer nvidia drivers yet that SimGear CVS (on 1st August 2005) _does_ compile here on nVidia 6629 and runs fine, so it's worth trying... AJ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
A J MacLeod wrote: I should perhaps mention here for those not keen on updating to the newer nvidia drivers yet that SimGear CVS (on 1st August 2005) _does_ compile here on nVidia 6629 and runs fine, so it's worth trying... You might not have the NVIDIA headers installed. Check /usr/include/GL/gl.h to see if it has an NVIDIA copyright at the top or an x.org one. I think some of the non-NVIDIA binary distributions of the driver include only the libraries and X server extension, and not the development stuff. For their own reasons, NVIDIA's drivers want to install special versions of the OpenGL headers that contain constants for NV_* extensions which aren't defined in headers from other vendors (Mesa/x.org, ATI, etc...). This would be fine, but sometimes the NVIDIA headers end up being a little behind on *standard* extensions that are required for some software to compile. FWIW, I think this is silly. The driver release is for users, who don't care about header versions. People who do care about header declarations and funny extensions are called developers, and are more than capable of going to nvidia.com and downloading headers themselves. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Tuesday 02 August 2005 18:30, Andy Ross wrote: You might not have the NVIDIA headers installed. Check /usr/include/GL/gl.h to see if it has an NVIDIA copyright at the top or an x.org one. I think some of the non-NVIDIA binary distributions of the driver include only the libraries and X server extension, and not the development stuff. I'm using nvidia's headers all right... From /usr/include/GL/gl.h /* ** Copyright 1998-2002, NVIDIA Corporation. ** All Rights Reserved. ** FWIW, I think this is silly. The driver release is for users, who don't care about header versions. I dare say... the fact the drivers are closed source is the bit that I really take issue with :-) Cheers, AJ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Tuesday, 2 August 2005 21:25, AJ MacLeod wrote: I'm using nvidia's headers all right... From /usr/include/GL/gl.h A while back I found that when the nVidia installer did its nut I had two versions of GL files. One set in /usr/include/GL and one in /usr/X11R6/include. One was nVidia and the other was the original (Mesa ?) headers. Now I symlink /usr/include/GL to /usr/X11R6/includeGL so that I only have one copy on my system. It caused me much compilation grief before until I did this. Maybe it was just a bad installer and has since been fixed. Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Saturday, 30 July 2005 23:57, Paul Surgeon wrote: There is still a problem. If I roll back extensions.hxx and RenderTexture.cpp then I can compile SimGear. I'll try figure out what's causing it but I'm not very strong at C or C++ Paul GLXPbufferSGIX and GLXPbuffer are not defined anywhere in my nVidia GL headers although they are used throughout the GL headers! I've checked Mesa - same thing. The following lines in extensions.hxx cause a problem because GLXPbufferSGIX is not defined. #ifndef GLXPbuffer #define GLXPbuffer GLXPbufferSGIX #endif That is why I get a : ../../simgear/screen/extensions.hxx:441: error: ISO C++ forbids declaration of `GLXPbufferSGIX' with no type This is confusing. Are GLXPbuffer and GLXPbufferSGIX both supposed to be programmer defined? Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
Paul Surgeon wrote: GLXPbufferSGIX and GLXPbuffer are not defined anywhere in my nVidia GL headers although they are used throughout the GL headers! I've checked Mesa - same thing. The following lines in extensions.hxx cause a problem because GLXPbufferSGIX is not defined. #ifndef GLXPbuffer #define GLXPbuffer GLXPbufferSGIX #endif Ok, this is be fixed in CVS now. This is confusing. Are GLXPbuffer and GLXPbufferSGIX both supposed to be programmer defined? PBuffers once was *the*way to get accelerated support for texture rendering. It has been superseded by a number of other extensions of which the official RenderTexture extension is the preferred way now. Unfortunately our implementation doesn't have support for that one (yet). Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Sun July 31 2005 01:13, Paul Surgeon wrote: On Saturday, 30 July 2005 23:57, Paul Surgeon wrote: There is still a problem. If I roll back extensions.hxx and RenderTexture.cpp then I can compile SimGear. I'll try figure out what's causing it but I'm not very strong at C or C++ Paul GLXPbufferSGIX and GLXPbuffer are not defined anywhere in my nVidia GL headers although they are used throughout the GL headers! I've checked Mesa - same thing. The following lines in extensions.hxx cause a problem because GLXPbufferSGIX is not defined. #ifndef GLXPbuffer #define GLXPbuffer GLXPbufferSGIX #endif That is why I get a : ../../simgear/screen/extensions.hxx:441: error: ISO C++ forbids declaration of `GLXPbufferSGIX' with no type This is confusing. Are GLXPbuffer and GLXPbufferSGIX both supposed to be programmer defined? On my system, I find that both are defined in GL/glxproto.h I have a Debian testing system and I run Nvidia. I don't think this file is from Nvidia, however, but I don't know the exact package. Apparently belongs to some part of glx Richard Harke ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Sunday, 31 July 2005 10:50, Erik Hofman wrote: Ok, this is be fixed in CVS now. Well almost fixed :-) Using a clean SG checkout (extensions.hxx version 1.24) : In file included from ../../simgear/scene/sky/bbcache.hxx:29, from ../../simgear/scene/sky/newcloud.hxx:31, from visual_enviro.cxx:35: ../../simgear/screen/extensions.hxx:449: error: `GLXPbufferSGIX' has not been declared ../../simgear/screen/extensions.hxx:449: error: ISO C++ forbids declaration of `parameter' with no type Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Sunday, 31 July 2005 11:19, Richard Harke wrote: On my system, I find that both are defined in GL/glxproto.h I have a Debian testing system and I run Nvidia. I don't think this file is from Nvidia, however, but I don't know the exact package. Apparently belongs to some part of glx Richard Harke If you scroll down to about line 1700 you'll find : #undef GLXPbuffer #undef GLXPbufferSGIX They are just temporarily defined as something and then undefined again. Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
Problem fixed! SimGear WILL NOT compile with nVidia 6629 headers (like it used to). I updated to 7667 OpenGL headers and it compiles now. What I should do is do a diff between the 6629 and 7667 headers to find the problem but I'm too tired and lazy and am happy that things now work. ;) Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
Le dimanche 31 juillet 2005 à 12:12 +0200, Paul Surgeon a écrit : Problem fixed! SimGear WILL NOT compile with nVidia 6629 headers (like it used to). I updated to 7667 OpenGL headers and it compiles now. What I should do is do a diff between the 6629 and 7667 headers to find the problem but I'm too tired and lazy and am happy that things now work. ;) Paul Don't mind 7669 is better than 6629. It can be installed on the Linux kernel. 2.6.12.2 We only get difficulties with Ac3D 5.021 which randomly don't work. -- Gerard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
Paul Surgeon wrote: Problem fixed! SimGear WILL NOT compile with nVidia 6629 headers (like it used to). I updated to 7667 OpenGL headers and it compiles now. What I should do is do a diff between the 6629 and 7667 headers to find the problem but I'm too tired and lazy and am happy that things now work. ;) That's great, thanks for the warning. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear RenderTexture changes causing compile problems
The updates (RenderTexture.cpp RenderTexture.h extensions.cxx extensions.hxx) committed to SimGear on the 13th July don't compile on my system. Error messages : ../../simgear/screen/extensions.hxx:438: error: ISO C++ forbids declaration of `GLXPbufferSGIX' with no type ../../simgear/screen/extensions.hxx:438: error: typedef `GLXPbufferSGIX' is initialized (use __typeof__ instead) ../../simgear/screen/extensions.hxx:438: error: `glXCreateGLXPbufferProc' was not declared in this scope ../../simgear/screen/extensions.hxx:438: error: expected `,' or `;' before '(' token GLXPbufferSGIX is definately defined in my glx.h/glext.h files. If I roll back to 12th July I have no problems. Any ideas? Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
On Saturday, 30 July 2005 18:27, Paul Surgeon wrote: The updates (RenderTexture.cpp RenderTexture.h extensions.cxx extensions.hxx) committed to SimGear on the 13th July don't compile on my system. Error messages : ../../simgear/screen/extensions.hxx:438: error: ISO C++ forbids declaration of `GLXPbufferSGIX' with no type ../../simgear/screen/extensions.hxx:438: error: typedef `GLXPbufferSGIX' is initialized (use __typeof__ instead) ../../simgear/screen/extensions.hxx:438: error: `glXCreateGLXPbufferProc' was not declared in this scope ../../simgear/screen/extensions.hxx:438: error: expected `,' or `;' before '(' token GLXPbufferSGIX is definately defined in my glx.h/glext.h files. If I roll back to 12th July I have no problems. Any ideas? Paul Please disregard. I don't understand why it didn't compile before even after 2 clean checkouts but now it's happy. Seems like I confused it enough with the rolling backwards and forwards to make it happy. Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear RenderTexture changes causing compile problems
There is still a problem. If I roll back extensions.hxx and RenderTexture.cpp then I can compile SimGear. I'll try figure out what's causing it but I'm not very strong at C or C++ Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear Build Problem under MacOS X
Jonathan Polley wrote: It seems as if MacOS X does not have isnan(), or at least by default. There is a fix for this in cloud.cxx also. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear Build Problem under MacOS X
It seems as if MacOS X does not have isnan(), or at least by default. From wading trough the headers (I see isnan in there, so I'm not sure why it is not being used), I made the following change to cloudfield.cxx. My guess is that this will only work on the Mac, since it appears as if ISNAN gets converted to max or min float. Are any other Mac users seeing this? === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/sky/cloudfield.cxx,v retrieving revision 1.7 diff -r1.7 cloudfield.cxx 163c163 if ( isnan(course) ) { --- if ( (course -360.0) || (course 360.0) ) { ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear props dialogs
The last commit on props.cxx and prios_io.cxx has a side effect on dialogs. They appear correctly the first time you invoke them, but on the second time they are drawn in the bottom left corner of the screen with a transparent background. A roll back on these 3 files corrected the problem. Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear as shared lib
Hello Karsten, Karsten Krispin wrote: just a small question: is it hard to include simgear as shared libs? No, it's not dificult at all. But you probably don't _want_ to, because changes in FlightGear sometimes relate to changes in SimGear so you have to rebuild SimGear anyway. I'd stick to static libs, especially since rebuilding SimGear doesn't take that long - compared to FlightGear, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear as shared lib
From: Karsten Krispin Hi just a small question: is it hard to include simgear as shared libs? When you want to change something in simgear you have to recompile fgfs. that needs pretty too long. Or is there a trick? Rebuilding modules in fgfs only happens when the timestamps on the header files in SimGear change. That's actually a good thing and isn't fixed one way or the other by building SimGear so. Well...I guess the only difference is you have to delete fgfs to get it to relink for you. The make install does a copy of thoese headers which means new timestamps even if they haven't changed. So if you avoid doing that by whatever method you'll be fine. Generally if I know there hasn't been an api change I'll just use a copy command that only copies updated libraries to the lib directory. Then I delete the fgfs executable and relink it. I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear as shared lib
Jim Wilson writes: I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. or modify make install so that it emulates cp -p Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear as shared lib
From: Norman Vine Jim Wilson writes: I think the real issue is that SimGear shouldn't be installed anywhere ever, because it isn't a shared library (and doesn't need to be). It seems like it should be possible to fix the fgfs build setup so that it just links libraries right from the SimGear build directory. or modify make install so that it emulates cp -p Yes. I tried to do that once and just lost interest before getting it working (didn't take long). Really though, rant I find it annoying to install a library that is statically linked by only one application into my lib directories. There's already way too much useless crapola and redundancy-because-everyone-wants-to-start-their-own-project-these-days in the typical linux distro's library directory(ies) these days./rant Which is why I have them installing in a non-default prefix location. Just a thought... :-) Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear as shared lib
Hi just a small question: is it hard to include simgear as shared libs? When you want to change something in simgear you have to recompile fgfs. that needs pretty too long. Or is there a trick? Karsten Krispin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear related problem
Hi there, I get errors running FG under Windows in debug mode : assertion failed in ctype.h in isspace cause a character was not in the range 0..255. Running in debug mode I saw that the problem happened during airports loading because of the copyright character. I modified simgear/misc/strutils.cxx so that in split_whitespace method isspace(str[i]) is replaced by isspace((unsigned char)str[i]). Then it works. I see isspace call in do_strip method too. I have not modified as below and this method was never called during my little test. Does my modification make sense ? Is this a simgear bug ? Maybe each isspace call should be cast as I did... David ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear related problem
Quoting BONNEVILLE David: Hi there, I get errors running FG under Windows in debug mode : assertion failed in ctype.h in isspace cause a character was not in the range 0..255. Running in debug mode I saw that the problem happened during airports loading because of the copyright character. I modified simgear/misc/strutils.cxx so that in split_whitespace method isspace(str[i]) is replaced by isspace((unsigned char)str[i]). Then it works. I see isspace call in do_strip method too. I have not modified as below and this method was never called during my little test. Does my modification make sense ? Is this a simgear bug ? Maybe each isspace call should be cast as I did... This is how I locally circumvent the problem. It seems strange that MSVC's issomething accept an int in the interface but assert that the value is in the [0..255] range. When you give it a char that is not ASCII ( value = 128 ), it is signed extended, becomes negative and trigger the assertion. So casting to unsigned char to block the sign extension seems to be the good solution. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
John Wojnaroski wrote: Started building a CVS version and bombed out in Simgear with the following: RenderTexture.cpp: In method `RenderTexture::Render RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla make[2]: *** [RenderTexture.o] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 looks like a GL extension thingy for SGI machines. No, it's a standard glx extension that should be supported by all UNIX/Linux OpenGL implementations. Any suggestions where to look or add or specify as an option or turn off You might want to check if the glx-dev package is installed, or the glx.h header is present on your system. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
Erik Hofman a écrit : John Wojnaroski wrote: Started building a CVS version and bombed out in Simgear with the following: RenderTexture.cpp: In method `RenderTexture::Render RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla make[2]: *** [RenderTexture.o] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 looks like a GL extension thingy for SGI machines. No, it's a standard glx extension that should be supported by all UNIX/Linux OpenGL implementations. Any suggestions where to look or add or specify as an option or turn off You might want to check if the glx-dev package is installed, or the glx.h header is present on your system. Perhaps John can enlight us on the system he use. My bet would be on cygwin looking the way the error was clipped. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear CVS errors
Frederic Bouvier writes: John Wojnaroski wrote: Started building a CVS version and bombed out in Simgear with the following: RenderTexture.cpp: In method `RenderTexture::Render RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla make[2]: *** [RenderTexture.o] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 Perhaps John can enlight us on the system he use. My bet would be on cygwin looking the way the error was clipped. Here are my local changes to Simgear configure.ac that should help in case John is on Cygwin and happens to have the XServer package installed Norman $ cvs diff -c configure.ac Index: configure.ac === RCS file: /var/cvs/SimGear-0.3/source/configure.ac,v retrieving revision 1.82 diff -c -r1.82 configure.ac *** configure.ac18 Jan 2005 14:34:13 - 1.82 --- configure.ac6 Feb 2005 13:34:43 - *** *** 121,127 dnl Determine an extra directories to add to include/lib search paths case ${host} in ! *-apple-darwin* | *-*-mingw32*) echo no EXTRA_DIRS for $host ;; --- 121,127 dnl Determine an extra directories to add to include/lib search paths case ${host} in ! *-apple-darwin* | *-*-cygwin* | *-*-mingw32*) echo no EXTRA_DIRS for $host ;; *** *** 258,264 case ${host} in *-*-cygwin* | *-*-mingw32*) dnl CygWin under Windoze. ! AC_SEARCH_LIBS(alGenBuffers, openal32) AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] ) LIBS=$LIBS -lwinmm -ldsound -ldxguid -lole32 --- 258,265 case ${host} in *-*-cygwin* | *-*-mingw32*) dnl CygWin under Windoze. ! INCLUDES=$INCLUDES -I/usr/local/include ! LIBS=$LIBS -L/usr/local/lib AC_SEARCH_LIBS(alGenBuffers, openal32) AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] ) LIBS=$LIBS -lwinmm -ldsound -ldxguid -lole32 ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier: Erik Hofman a écrit : off You might want to check if the glx-dev package is installed, or the glx.h header is present on your system. Perhaps John can enlight us on the system he use. My bet would be on cygwin looking the way the error was clipped. Hi, I have the same problem on Debian. Theres two different glx.h residing on my system, one in /usr/include/GL and one in /usr/X11R6/include/GL. I tried several combinations of the two files in the two places, no luck though. Any ideas? Hermann ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
Hermann Schiffer a écrit : Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier: Erik Hofman a écrit : off You might want to check if the glx-dev package is installed, or the glx.h header is present on your system. Perhaps John can enlight us on the system he use. My bet would be on cygwin looking the way the error was clipped. Hi, I have the same problem on Debian. Theres two different glx.h residing on my system, one in /usr/include/GL and one in /usr/X11R6/include/GL. I tried several combinations of the two files in the two places, no luck though. On my debian system /usr/include/GL/glx.h is a link to /usr/X11R6/include/GL/glx.h -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
- Original Message - From: Frederic Bouvier [EMAIL PROTECTED] To: FlightGear developers discussions flightgear-devel@flightgear.org Sent: Sunday, February 06, 2005 5:12 AM Subject: Re: [Flightgear-devel] SimGear CVS errors Perhaps John can enlight us on the system he use. My bet would be on cygwin looking the way the error was clipped. Debian with a Nvidia card and glut-3.7 which I thought included the gl extensions. I'll have to go back and review just what is on this machine. It's been a while since I messed with the configuration... Thanks John W. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
I have the same problem on Debian. Theres two different glx.h residing on my system, one in /usr/include/GL and one in /usr/X11R6/include/GL. I tried several combinations of the two files in the two places, no luck though. On my debian system /usr/include/GL/glx.h is a link to /usr/X11R6/include/GL/glx.h -Fred I got it sorted: It seems like (on linux) the video driver comes with the GL(X) header files, in my case with an Nvidia card, I installed them using ' ./NVIDIA-Linux-x86-1.0-6629-pkg1.run --opengl-headers' : --opengl-headers Normally, installation does not install NVIDIA's OpenGL header files. This option enables installation of the NVIDIA OpenGL header files. This put the files in /usr/include/GL, but simgear picked them up from /usr/X11R6/include/GL, so i just copied glx.h and glxtokens.h (glxtokens.h is included by glx.h and contains the missing definitions). Not sure what other files are involved besides those two, but that did the trick for me so far. Hermann ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
Hermann Schiffer wrote: I have the same problem on Debian. Theres two different glx.h residing on my system, one in /usr/include/GL and one in /usr/X11R6/include/GL. I tried several combinations of the two files in the two places, no luck though. On my debian system /usr/include/GL/glx.h is a link to /usr/X11R6/include/GL/glx.h -Fred I got it sorted: It seems like (on linux) the video driver comes with the GL(X) header files, in my case with an Nvidia card, I installed them using ' ./NVIDIA-Linux-x86-1.0-6629-pkg1.run --opengl-headers' : --opengl-headers Normally, installation does not install NVIDIA's OpenGL header files. This option enables installation of the NVIDIA OpenGL header files. This put the files in /usr/include/GL, but simgear picked them up from /usr/X11R6/include/GL, so i just copied glx.h and glxtokens.h (glxtokens.h is included by glx.h and contains the missing definitions). Not sure what other files are involved besides those two, but that did the trick for me so far. Hermann ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d Yup, nicely done. worked here as well. Thanks John W ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear CVS errors
Hermann Schiffer wrote: --opengl-headers Normally, installation does not install NVIDIA's OpenGL header files. This option enables installation of the NVIDIA OpenGL header files. The nVidia installer puts the header files under /usr/share/doc/NVIDIA_GLX-1.0/include/GL by default or where ever your distros documentation folder is. I just do a normal install and then copy them by hand to /usr/include/GL If you have all the mesa devel stuff installed it's unnecessary to use the nVidia headers although they won't hurt. Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear CVS errors
*** 258,264 case ${host} in *-*-cygwin* | *-*-mingw32*) dnl CygWin under Windoze. ! AC_SEARCH_LIBS(alGenBuffers, openal32) AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] ) LIBS=$LIBS -lwinmm -ldsound -ldxguid -lole32 --- 258,265 case ${host} in *-*-cygwin* | *-*-mingw32*) dnl CygWin under Windoze. ! INCLUDES=$INCLUDES -I/usr/local/include ! LIBS=$LIBS -L/usr/local/lib AC_SEARCH_LIBS(alGenBuffers, openal32) AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] ) LIBS=$LIBS -lwinmm -ldsound -ldxguid -lole32 In case anyone's interested, I have at times had to add -lwsock32 to LIBS to get some compiles working under mingw (with network programs). I forget if that's currently the case for FlightGear. Giles Robertson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear CVS errors
Giles Robertson writes: In case anyone's interested, I have at times had to add -lwsock32 to LIBS to get some compiles working under mingw (with network programs). I forget if that's currently the case for FlightGear. please use '-lws2_32' it is a better library ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear CVS errors
Started building a CVS version and bombed out in Simgear with the following: RenderTexture.cpp: In method `RenderTexture::Render RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec RenderTexture.cpp:151: (Each undeclared identifier RenderTexture.cpp:151: for each function it appears RenderTexture.cpp:152: `GLX_RGBA_BIT_SGIX' undeclar RenderTexture.cpp:153: `GLX_DRAWABLE_TYPE_SGIX' und RenderTexture.cpp:154: `GLX_PBUFFER_BIT_SGIX' undec RenderTexture.cpp: In method `bool RenderTexture::I RenderTexture.cpp:456: `GLXFBConfigSGIX' undeclared RenderTexture.cpp:456: `fbConfigs' undeclared (firs RenderTexture.cpp:460: implicit declaration of func RenderTexture.cpp:473: implicit declaration of func RenderTexture.cpp:480: implicit declaration of func RenderTexture.cpp:505: `GLX_WIDTH_SGIX' undeclared RenderTexture.cpp:506: implicit declaration of func RenderTexture.cpp:507: `GLX_HEIGHT_SGIX' undeclared RenderTexture.cpp: In method `bool RenderTexture::_ RenderTexture.cpp:611: implicit declaration of func RenderTexture.cpp: In method `bool RenderTexture::_ RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla make[2]: *** [RenderTexture.o] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 looks like a GL extension thingy for SGI machines. Any suggestions where to look or add or specify as an option or turn off Thanks John W. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Meazza writes: Now Flightgear won't compile - stops as following: /usr/lib/gcc-lib/i686-pc- cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex t+0 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [js_demo.exe] Error 1 I'm using plib 1.8.4. Any more good advice? I think I've worked around this one. I went back to an earlier cvs version compiled, then updated to today, and recompiled successfully. I don't know why that worked ... it's a computer :-) A 'make clean; make' or maybe even just a 'cd $FGFS/src/Input; make clean; cd $FGFS; make' would probably have also worked. Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear-cvs
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear-cvs
On 02/02/2005 at 09:11 Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler snip I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? You need the following patch to alc.h (one of the files in Norman's tarball). According to Erik this alteration is in OpenAL CVS - I guess we should update the tarball. Cheers - Dave $ diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#ifdef _WIN32 typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear-cvs
Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this Any advice on fixing this? David Luff and I have figured out this is due to out-dated include files in that package. It would really be nice to seem them updated for Cygwin users. In the mean time you could apply this patch to the alc.h header file: diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#if defined _MSC_VER || defined __CYGWIN__ typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . attached Norman alc.h Description: Binary data ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Norman Vine wrote Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . Close, but no coconut yet: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Something else needed? Thanks for your very rapid response, as usual Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Norman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Vivian Meazza Sent: Wednesday, February 02, 2005 5:55 AM To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] Simgear-cvs Norman Vine wrote Vivian Meazza writes: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this scope /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this scope /usr/local/include/AL/alc.h:51: error: variable `ALCboolean alcMakeContextCurrent' definition is marked dllimport. Thereafter follows a long list of similar errors. I would suppose that this is a consequence of Erik's latest improvements to the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. Any advice on fixing this? Yes I ran into this the other day :-( I changed a few defines in my AL/alc.h and it seems to compile but I don't have a soundcard on that machine so . Close, but no coconut yet: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Something else needed? Thanks for your very rapid response, as usual Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Erik Hofman wrote: Vivian Meazza wrote: I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops with the following error: In file included from soundmgr_openal.hxx:50, from xmlsound.hxx:40, from xmlsound.cxx:38: /usr/local/include/AL/alc.h:39: error: syntax error before `*' token /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this Any advice on fixing this? David Luff and I have figured out this is due to out-dated include files in that package. It would really be nice to seem them updated for Cygwin users. In the mean time you could apply this patch to the alc.h header file: diff -u alc.old.h alc.h --- alc.old.h 2005-01-31 15:20:33.785550400 + +++ alc.h 2005-01-31 15:17:49.299030400 + @@ -17,7 +17,7 @@ #define ALCAPI __declspec(dllimport) #endif -#ifdef _MSC_VER +#if defined _MSC_VER || defined __CYGWIN__ typedef struct ALCdevice_struct ALCdevice; typedef struct ALCcontext_struct ALCcontext; #endif This is a different solution to Norman's but: In file included from soundmgr_openal.cxx:33: /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct ALCdevice_struct ALCdevice' /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef struct _AL_device ALCdevice' /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct ALCcontext_struct ALCcontext' /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef void ALCcontext' Is some other change needed? Thanks for you help, instant as always, Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
I wrote: Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. That works - so far as compiling Simgear is concerned. I've attached the modified file which works with Norman's modified code, not Erik's. Now Flightgear won't compile - stops as following: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex t+0 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [js_demo.exe] Error 1 I'm using plib 1.8.4. Any more good advice? Regards, Vivian alctypes.h Description: Binary data ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Simgear-cvs
Vivian Meazza wrote: I wrote: Norman Vine wrote Vivian Haven't got time to investigate but I would try changing line 4 alctypes.h from #if !defined(_WIN32) to #if !defined(WIN32) I won't be back online till late tonight Already working on that, thanks. That works - so far as compiling Simgear is concerned. I've attached the modified file which works with Norman's modified code, not Erik's. Now Flightgear won't compile - stops as following: /usr/lib/gcc-lib/i686-pc- cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex t+0 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [js_demo.exe] Error 1 I'm using plib 1.8.4. Any more good advice? I think I've worked around this one. I went back to an earlier cvs version compiled, then updated to today, and recompiled successfully. I don't know why that worked ... it's a computer :-) Regards, Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear mailing list gone?
I can't find the SimGear maling list details on SimGear.org or FlightGear.org but they used to be there. I can only find SimGear-CVSLogs. What happened and where can I ask SimGear related questions? Was the list taken down? Thanks Paul ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear Compile error - related to openal
Vivian Meazza wrote: Dale E. Edmons wrote [EMAIL PROTECTED] wrote: Hi, all, I encountered a compile error when make the simgear-0.3.7 for FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have plib and Zlib done. ... snip ... Got to /etc/ld.so.conf and see if it has /usr/local/lib or whereever you installed openal. Edit the file if the directory entry is not present. Then try doing ldconfig and see if it works. I updated my SimGear, PLIB, and OpenAl from CVS and recompiled them all and I had no problems. (I'm running Debian Linux testing branch.) This may well work for Linux (although I think it should work right out of the box) but AFAIK will not work for Cygwin. OpenAL has not yet been formally implemented with Cygwin, hence the need to download and install the special version I mentioned earlier. My browser was scrolled down and I didn't see your reply before I hit send. Guess I need new glasses. Oops, I'm wearing my new glasses. Oh boy. Dale Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear Compile error - related to openal
Heckel wrote: I encountered a compile error when make the simgear-0.3.7 for FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have plib and Zlib done. What I did: - download OpenAL from CVS. - put the openal in /usr/local/source - cd openal/linux $ ./autogen.sh $ ./configure $ make $ make install OpenAl cvs doesn't work with Cygwin. You need to download and install openal_cyg.tgz from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/ Make sure that you remove all traces of OpenAl before you begin. There are many postings on this issue - do a Google search of our home site if you need any more guidance. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear Compile error - related to openal
[EMAIL PROTECTED] wrote: Hi, all, I encountered a compile error when make the simgear-0.3.7 for FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have plib and Zlib done. What I did: - download OpenAL from CVS. - put the openal in /usr/local/source - cd openal/linux $ ./autogen.sh $ ./configure $ make $ make install - cd /usr/local/source/SimGear-0.3.7/simgear $ make I got: g++ -g -O2 -D_REENTRANT -o openal_test1.exe openal_test1.o ../../simgear/deb ug/libsgdebug.a -lwinmm -ldsound -ldxguid -lole32 openal_test1.o(.text+0xc7d): In function `main': /usr/local/source/SimGear-0.3.7/simgear/sound/openal_test1.cxx:43: undefined ref erence to `_alutInit' Got to /etc/ld.so.conf and see if it has /usr/local/lib or whereever you installed openal. Edit the file if the directory entry is not present. Then try doing ldconfig and see if it works. I updated my SimGear, PLIB, and OpenAl from CVS and recompiled them all and I had no problems. (I'm running Debian Linux testing branch.) Can anyone help me? What should I do? Thanks. Regards, Heckel _ Good Luck. Dale ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear Compile error - related to openal
Dale E. Edmons wrote [EMAIL PROTECTED] wrote: Hi, all, I encountered a compile error when make the simgear-0.3.7 for FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have plib and Zlib done. ... snip ... Got to /etc/ld.so.conf and see if it has /usr/local/lib or whereever you installed openal. Edit the file if the directory entry is not present. Then try doing ldconfig and see if it works. I updated my SimGear, PLIB, and OpenAl from CVS and recompiled them all and I had no problems. (I'm running Debian Linux testing branch.) This may well work for Linux (although I think it should work right out of the box) but AFAIK will not work for Cygwin. OpenAL has not yet been formally implemented with Cygwin, hence the need to download and install the special version I mentioned earlier. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear Compile error - related to openal
Hi, all, I encountered a compile error when make the simgear-0.3.7 for FlightGear-0.9.6. I am working with Cygwin in windows 2000 and I have plib and Zlib done. What I did: - download OpenAL from CVS. - put the openal in /usr/local/source - cd openal/linux $ ./autogen.sh $ ./configure $ make $ make install - cd /usr/local/source/SimGear-0.3.7/simgear $ make I got: g++ -g -O2 -D_REENTRANT -o openal_test1.exe openal_test1.o ../../simgear/deb ug/libsgdebug.a -lwinmm -ldsound -ldxguid -lole32 openal_test1.o(.text+0xc7d): In function `main': /usr/local/source/SimGear-0.3.7/simgear/sound/openal_test1.cxx:43: undefined ref erence to `_alutInit' openal_test1.o(.text+0xc82):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:44: undefined reference to `_alGetError' openal_test1.o(.text+0xc87):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:45: undefined reference to `_alGetError' openal_test1.o(.text+0xd81):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:74: undefined reference to `_alListenerfv' openal_test1.o(.text+0xd94):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:75: undefined reference to `_alListenerfv' openal_test1.o(.text+0xda7):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:76: undefined reference to `_alListenerfv' openal_test1.o(.text+0xde7):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:101: undefined reference to `_alGenBuffers' openal_test1.o(.text+0xdec):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:102: undefined reference to `_alGetError' openal_test1.o(.text+0xec6):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:114: undefined reference to `_alutLoadWAVFile' openal_test1.o(.text+0xecb):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:116: undefined reference to `_alGetError' openal_test1.o(.text+0xf8e):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:121: undefined reference to `_alBufferData' openal_test1.o(.text+0xf93):/usr/local/source/SimGear-0.3.7/simgear/soun d/openal _test1.cxx:122: undefined reference to `_alGetError' openal_test1.o(.text+0x1044):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:126: undefined reference to `_alutUnloadWAV' openal_test1.o(.text+0x105a):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:128: undefined reference to `_alGenSources' openal_test1.o(.text+0x105f):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:129: undefined reference to `_alGetError' openal_test1.o(.text+0x1092):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:133: undefined reference to `_alSourcei' openal_test1.o(.text+0x10b0):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:134: undefined reference to `_alSourcef' openal_test1.o(.text+0x10ce):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:135: undefined reference to `_alSourcef' openal_test1.o(.text+0x10eb):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:136: undefined reference to `_alSourcefv' openal_test1.o(.text+0x1108):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:137: undefined reference to `_alSourcefv' openal_test1.o(.text+0x1129):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:138: undefined reference to `_alSourcei' openal_test1.o(.text+0x1137):/usr/local/source/SimGear-0.3.7/simgear/sou nd/opena l_test1.cxx:140: undefined reference to `_alSourcePlay' collect2: ld returned 1 exit status make: *** [openal_test1.exe] Error 1 Can anyone help me? What should I do? Thanks. Regards, Heckel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] SimGear configure.ac
I believe, there is an unintentional line wrap in configure.ac: --- configure.ac~ Thu Oct 21 14:19:05 2004 +++ configure.acThu Nov 18 20:06:32 2004 @@ -185,7 +185,7 @@ CFLAGS=$save_CFLAGS else dnl This is cheating a bit. pthread_exit comes with using -pthread, not --lpthread +dnl -lpthread ac_cv_lib_pthread_pthread_exit=yes fi LIBS=$save_LIBS Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] SimGear configure.ac
Martin Spott wrote: I believe, there is an unintentional line wrap in configure.ac: --- configure.ac~ Thu Oct 21 14:19:05 2004 +++ configure.ac Thu Nov 18 20:06:32 2004 @@ -185,7 +185,7 @@ CFLAGS=$save_CFLAGS else dnl This is cheating a bit. pthread_exit comes with using -pthread, not --lpthread +dnl -lpthread ac_cv_lib_pthread_pthread_exit=yes fi LIBS=$save_LIBS Ok, fixed ... Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear::EasyXML - minimum file set
Jon Berndt wrote: Can someone tell me what is the _bare_ set of SimGear files needed to allow compilation of EasyXML? I'm afraid you'll have to use the complete SimGear/simgear/xml directory for it to work correctly. Expat (the library EasyXML relies upon) has never been considered small ... Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Simgear::EasyXML - minimum file set
Selon Erik Hofman [EMAIL PROTECTED]: Jon Berndt wrote: Can someone tell me what is the _bare_ set of SimGear files needed to allow compilation of EasyXML? I'm afraid you'll have to use the complete SimGear/simgear/xml directory for it to work correctly. Expat (the library EasyXML relies upon) has never been considered small ... Note that files in simgear/xml except EasyXML.* are from Expat. So if you already include Expat in JSBSim, you don't need them. It also use simgear exceptions ( simgear/structure/exception.hxx ) -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Simgear::EasyXML - minimum file set
I'd like to use EasyXML in JSBSim. I would find it desirable, however, to include ONLY the files required to provide EasyXML to JSBSim, and would prefer to keep those files in JSBSim CVS for our purposes. JSBSim would be configured to work (compile) correctly depending on if it is being compiled under FlightGear or JSBSim standalone - as it is done now with the properties code. I don't expect this ought to be a problem, because I suspect (correctly?) that the XML features of SimGear are mature. Correct? Can someone tell me what is the _bare_ set of SimGear files needed to allow compilation of EasyXML? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] SimGear compile error
Changing the order has fixed the problem now. Thanks very much. Incidentally, does anyone know why the clouds_3d module compiles so dirtily? Make will just about get through it, screaming every bit of the way, but make install commits suicide before the end, bailing out in a veritable swimming pool of syntax errors. That being said, FGFS then builds fine, so it isn't a problem anybody should worry about (much). I can give people the compile logs if they want them, but I won't impose their lurid turgidity on anybody. Giles Robertson [EMAIL PROTECTED] -Original Message- From: Vivian Meazza [mailto:[EMAIL PROTECTED] Sent: 21 May 2004 20:33 To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] SimGear compile error Frederic Bouvier Try moving the following code : #if defined(__MINGW32__) #define isnan(x) _isnan(x) #endif **after** #include cloud.hxx -Fred - Original Message - From: Giles Robertson Unfortunately not: Making all in clouds3d cloud.cxx:31:1: warning: isnan redefined In file included from cloud.cxx:22: c:/files/mingwin/mingw/include/math.h:324:1: warning: this is the location of the previous definition cloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*, double, double, double, double)': cloud.cxx:712: `isnan' undeclared (first use this function) cloud.cxx:712: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [cloud.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I deleted my local copy and grabbed it fresh off CVS because of a conflict. What I can't follow is why it first complains that isnan has been redefined, and then complains that isnan is now undefined. It then compiles clean when you muck around with clouds.cxx like this (lies 30-33) #if defined(__MINGW32__) inline int (isnan)(double r) { return isnan(r); } #endif Diff: 31c inline int (isnan)(double r) { return isnan(r); } Still don't understand what the problem is, though. Giles Robertson [EMAIL PROTECTED] -Original Message- From: Frederic Bouvier [mailto:[EMAIL PROTECTED] Sent: 21 May 2004 16:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] SimGear compile error Giles Robertson wrote: This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. It's well broken when trying to compile under Cygwin. Too many error to even start to list in clouds.cxx, I think, but by no means certain could be in clouds_3d. Any suggestions? Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] SimGear compile error
From compiling SimGear (this is only the last part of the clouds-3d mess): SkyRenderableInstanceCloud.hpp:230: warning: argument to `int' from `float' In file included from SkyRenderableInstance.hpp:27, from SkySceneManager.hpp:38, from SkySceneManager.cpp:29: mat33.hpp:60: warning: friend declaration `Vec3Type operator*(const Vec3Type, const Mat33Type)' declares a non-template function mat33.hpp:60: warning: (if this is not what you intended, make sure the function template has already been declared and add after the function name here) -Wno-non-template-friend disables this warning mat33.hpp:64: warning: friend declaration `Mat33Type operator*(Type, const Mat44Type)' declares a non-template function In file included from SkySceneManager.hpp:41, from SkySceneManager.cpp:29: SkyRenderableInstanceCloud.hpp: In member function `int SkyRenderableInstanceCloud::_GetRequiredLogResolution(float, float, float)': SkyRenderableInstanceCloud.hpp:230: warning: initialization to `int' from ` float' SkyRenderableInstanceCloud.hpp:230: warning: argument to `int' from `float' cloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*, double, double, double, double)': cloud.cxx:705: `isnan' undeclared (first use this function) cloud.cxx:705: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [cloud.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. Giles Robertson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
Giles Robertson wrote: This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. Should be fixed now. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] SimGear compile error
Unfortunately not: Making all in clouds3d cloud.cxx:31:1: warning: isnan redefined In file included from cloud.cxx:22: c:/files/mingwin/mingw/include/math.h:324:1: warning: this is the location of the previous definition cloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*, double, double, double, double)': cloud.cxx:712: `isnan' undeclared (first use this function) cloud.cxx:712: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [cloud.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I deleted my local copy and grabbed it fresh off CVS because of a conflict. What I can't follow is why it first complains that isnan has been redefined, and then complains that isnan is now undefined. It then compiles clean when you muck around with clouds.cxx like this (lies 30-33) #if defined(__MINGW32__) inline int (isnan)(double r) { return isnan(r); } #endif Diff: 31c inline int (isnan)(double r) { return isnan(r); } Still don't understand what the problem is, though. Giles Robertson [EMAIL PROTECTED] -Original Message- From: Frederic Bouvier [mailto:[EMAIL PROTECTED] Sent: 21 May 2004 16:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] SimGear compile error Giles Robertson wrote: This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. Should be fixed now. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
Try moving the following code : #if defined(__MINGW32__) #define isnan(x) _isnan(x) #endif **after** #include cloud.hxx -Fred - Original Message - From: Giles Robertson Unfortunately not: Making all in clouds3d cloud.cxx:31:1: warning: isnan redefined In file included from cloud.cxx:22: c:/files/mingwin/mingw/include/math.h:324:1: warning: this is the location of the previous definition cloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*, double, double, double, double)': cloud.cxx:712: `isnan' undeclared (first use this function) cloud.cxx:712: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [cloud.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I deleted my local copy and grabbed it fresh off CVS because of a conflict. What I can't follow is why it first complains that isnan has been redefined, and then complains that isnan is now undefined. It then compiles clean when you muck around with clouds.cxx like this (lies 30-33) #if defined(__MINGW32__) inline int (isnan)(double r) { return isnan(r); } #endif Diff: 31c inline int (isnan)(double r) { return isnan(r); } Still don't understand what the problem is, though. Giles Robertson [EMAIL PROTECTED] -Original Message- From: Frederic Bouvier [mailto:[EMAIL PROTECTED] Sent: 21 May 2004 16:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] SimGear compile error Giles Robertson wrote: This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. Should be fixed now. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] SimGear compile error
Frederic Bouvier Try moving the following code : #if defined(__MINGW32__) #define isnan(x) _isnan(x) #endif **after** #include cloud.hxx -Fred - Original Message - From: Giles Robertson Unfortunately not: Making all in clouds3d cloud.cxx:31:1: warning: isnan redefined In file included from cloud.cxx:22: c:/files/mingwin/mingw/include/math.h:324:1: warning: this is the location of the previous definition cloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*, double, double, double, double)': cloud.cxx:712: `isnan' undeclared (first use this function) cloud.cxx:712: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [cloud.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 I deleted my local copy and grabbed it fresh off CVS because of a conflict. What I can't follow is why it first complains that isnan has been redefined, and then complains that isnan is now undefined. It then compiles clean when you muck around with clouds.cxx like this (lies 30-33) #if defined(__MINGW32__) inline int (isnan)(double r) { return isnan(r); } #endif Diff: 31c inline int (isnan)(double r) { return isnan(r); } Still don't understand what the problem is, though. Giles Robertson [EMAIL PROTECTED] -Original Message- From: Frederic Bouvier [mailto:[EMAIL PROTECTED] Sent: 21 May 2004 16:14 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] SimGear compile error Giles Robertson wrote: This was sorted out by uncommenting lines 2829 of cloud.cxx: // #if defined (__APPLE__) // // any C++ header file undefines isinf and isnan // // so this should be included before iostream inline int (isinf)(double r) { return isinf(r); } //See below inline int (isnan)(double r) { return isnan(r); } //HACK to make MingW MsyS build work. Find better solution ASAP. May well break other systems. // #endif (I added the end of line comments) SimGear now compiles, but this is hardly a good solution. Does anybody know what's going on here? Why is isnan() being undefined? I have a feeling this may have come up before, but I can't find it in the archives, or remember the solution. It's well broken when trying to compile under Cygwin. Too many error to even start to list in clouds.cxx, I think, but by no means certain could be in clouds_3d. Any suggestions? Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear compile error
Vivian Meazza wrote: It's well broken when trying to compile under Cygwin. Too many error to even start to list in clouds.cxx, I think, but by no means certain could be in clouds_3d. Any suggestions? No suggestion if you don't list at least the first messages, sorry. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Simgear and Geometry
Jonathan writes: does anyone know an easy way to get the geometry polygon on the ground under an aircraft? Probably easiest to add a public method to the tilemgr to get access to the hitlist maybe something like FGHitList *getHitlist() { return hit_list; } Then something like the following should work ssgEntity *mySSGEntity = globals-get_tile_mgr()-get_entity(0); HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Simgear and Geometry
Does anyone have the msvc6 project files for SimGear-0.3.5? If so, could you send them directly to me? Also, does anyone know an easy way to get the geometry polygon on the ground under an aircraft? My goal is to send this obtained geometry across SCRAMNet to a multivehicle simulation I am working on. Thanks in advance, Jonathan [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Simgear download
Hi all!I'm trying to download the last version of Simgear but I`ve got some "host not found" messages... Is there any problems with the servers? Marcio Shimoda -- ___Get your free email from http://www.iname.com ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Simgear download
Marcio Shimoda said: PHi all!BRI'm trying to download the last version of Simgear but I`ve got some host not found messages... Is there any problems with the servers?/P PMarcio Shimoda/P Pnbsp;/PBR -- p___brGet your free email from a href=http://www.iname.com; target=_blankhttp://www.iname.com/a/p Please don't send html format messages to the list. Try this link instead: ftp://ftp.flightgear.org/pub/simgear/Source/SimGear-0.3.5.tar.gz It looks like ftp.simgear.org does not resolve. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] SimGear CVS build error
I get this error when building SimGear: if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../.. -pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD -MP -MF .deps/glut_shapes.Tpo \ -c -o glut_shapes.o `test -f 'glut_shapes.c' || echo './'`glut_shapes.c; \ then mv -f .deps/glut_shapes.Tpo .deps/glut_shapes.Po; \ else rm -f .deps/glut_shapes.Tpo; exit 1; \ fi In file included from glut_shapes.c:59: /usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token In file included from glut_shapes.c:61: glut_shapes.h:12:1: warning: APIENTRY redefined In file included from /usr/include/w32api/GL/glu.h:37, from glut_shapes.c:59: /usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the previous definition make[5]: *** [glut_shapes.o] Error 1 Any ideas? -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear CVS build error
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen [EMAIL PROTECTED] wrote: I should mention that I am using Cygwin. I get this error when building SimGear: if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../.. -pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD -MP -MF .deps/glut_shapes.Tpo \ -c -o glut_shapes.o `test -f 'glut_shapes.c' || echo './'`glut_shapes.c; \ then mv -f .deps/glut_shapes.Tpo .deps/glut_shapes.Po; \ else rm -f .deps/glut_shapes.Tpo; exit 1; \ fi In file included from glut_shapes.c:59: /usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token In file included from glut_shapes.c:61: glut_shapes.h:12:1: warning: APIENTRY redefined In file included from /usr/include/w32api/GL/glu.h:37, from glut_shapes.c:59: /usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the previous definition make[5]: *** [glut_shapes.o] Error 1 Any ideas? -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear CVS build error
Roy Vegard Ovesen wrote: On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen [EMAIL PROTECTED] wrote: I should mention that I am using Cygwin. I think this is the problem where cygwin was installed together with XFree86. So far everybody has advised not to install XFree86 on cygwin, but recently someone suggested to configure using --without-x Erik I get this error when building SimGear: if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../.. -pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD -MP -MF .deps/glut_shapes.Tpo \ -c -o glut_shapes.o `test -f 'glut_shapes.c' || echo './'`glut_shapes.c; \ then mv -f .deps/glut_shapes.Tpo .deps/glut_shapes.Po; \ else rm -f .deps/glut_shapes.Tpo; exit 1; \ fi In file included from glut_shapes.c:59: /usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token In file included from glut_shapes.c:61: glut_shapes.h:12:1: warning: APIENTRY redefined In file included from /usr/include/w32api/GL/glu.h:37, from glut_shapes.c:59: /usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the previous definition make[5]: *** [glut_shapes.o] Error 1 Any ideas? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear CVS build error
Roy Vegard Ovesen wrote: On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen wrote: I should mention that I am using Cygwin. I get this error when building SimGear: if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../.. -pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD ... The code bellow is a dirty hack and not the solution : $ cvs -z3 -q diff -u glut_shapes.c Index: glut_shapes.c === RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/sky/clouds3d/glut_shapes.c,v retrieving revision 1.1 diff -u -r1.1 glut_shapes.c --- a/glut_shapes.c 11 Aug 2003 21:14:48 - 1.1 +++ b/glut_shapes.c 27 Feb 2004 09:37:24 - @@ -49,9 +49,9 @@ #endif -#ifdef HAVE_WINDOWS_H +//#ifdef HAVE_WINDOWS_H # include windows.h -#endif +//#endif #include math.h ==END== A correct solution would be to find out why HAVE_WINDOWS_H is not defined -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear CVS build error
On Fri, 27 Feb 2004 10:30:52 +0100, Erik Hofman [EMAIL PROTECTED] wrote: I think this is the problem where cygwin was installed together with XFree86. So far everybody has advised not to install XFree86 on cygwin, but recently someone suggested to configure using --without-x I'm sure I haven't installed XFree86. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear CVS build error
On Fri, 27 Feb 2004 10:40:39 +0100 (CET), Frederic BOUVIER [EMAIL PROTECTED] wrote: A correct solution would be to find out why HAVE_WINDOWS_H is not defined Thanks for the tip! I added -DHAVE_WINDOWS_H to my CXXFLAGS environment variable, defining HAVE_WINDOWS_H. I think this is a better solution that changing the source code. -- Roy Vegard Ovesen ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel