Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/projects/VC90 SimGear.vcproj, 1.8, 1.9
Frederic Thanks for that. Simgear now builds out of the box from the Flightgear VC90 project file, using Fred´s directory structure. I think that a version of simgear.h for VC90 Flightgear itself is still needed. Alan -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/structure subsystem_mgr.cxx, 1.11, 1.12
On 29 Dec 2009, at 14:28, Erik Hofman wrote: SGSubsystemGroup::unbind () { -for (unsigned int i = 0; i _members.size(); i++) -_members[i]-subsystem-unbind(); +// reverse order to prevent order dependency problems +for (unsigned int i = _members.size(); i 0; i--) + _members[i-1]-subsystem-unbind(); } Reverse iterators (rbegin(), rend()) would be a little neater for this. (In my opinion, of course!) Regards, James -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/structure subsystem_mgr.cxx, 1.11, 1.12
James Turner wrote: On 29 Dec 2009, at 14:28, Erik Hofman wrote: SGSubsystemGroup::unbind () { -for (unsigned int i = 0; i _members.size(); i++) -_members[i]-subsystem-unbind(); +// reverse order to prevent order dependency problems +for (unsigned int i = _members.size(); i 0; i--) + _members[i-1]-subsystem-unbind(); } Reverse iterators (rbegin(), rend()) would be a little neater for this. (In my opinion, of course!) You are free to change it. I've had my share of mistakes using iterators recently .. :) Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.cxx,
On Sun, 2009-11-29 at 18:00 +0100, Tim Moore wrote: Instead, I've changed the required Boost version back to 1.37. I don't want to deal with the tr1-Boost compatibility myself. As far as I know 1.37 will build and run on the systems we're interested in. Tim Now, no problem. I have found the setting of BOOST_ROOT to the path where I unpacked just the boost headers _ONLY_ works fine. I just added this 'export' to my 'buildfg' script, and the configure.ac macro AX_BOOST_BASE([1.37.0]) finds them ok, and thus no need for a boost compile and install. ;=)) Thanks... Geoff. -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.cxx,
On 11/28/2009 03:00 PM, Geoff McLane wrote: On Thu, 2009-11-26 at 19:55 +, Martin Spott wrote: Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material Modified Files: Effect.cxx Log Message: [...] +#include boost/tr1/unordered_map.hpp requiring to add yet another patch to the build procedure :-/ Martin. Hi Tim, As Martin says, this now requires another patch to use boost 1.34, but the patch is to only comment out this additional #include, since Effect.hxx is already included, which includes 'unordered_map'... My Patches: ... I hope you will apply the above... Regards, Geoff. Instead, I've changed the required Boost version back to 1.37. I don't want to deal with the tr1-Boost compatibility myself. As far as I know 1.37 will build and run on the systems we're interested in. Tim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.cxx,
On Thu, 2009-11-26 at 19:55 +, Martin Spott wrote: Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material Modified Files: Effect.cxx Log Message: [...] +#include boost/tr1/unordered_map.hpp requiring to add yet another patch to the build procedure :-/ Martin. Hi Tim, As Martin says, this now requires another patch to use boost 1.34, but the patch is to only comment out this additional #include, since Effect.hxx is already included, which includes 'unordered_map'... My Patches: ~/fg/fg7/simgear/source$ cvs diff [snip] Index: simgear/scene/material/Effect.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/material/Effect.cxx,v retrieving revision 1.29 diff -r1.29 Effect.cxx 33c33 #include boost/tr1/unordered_map.hpp --- // #include boost/tr1/unordered_map.hpp Index: simgear/scene/material/Effect.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/material/Effect.hxx,v retrieving revision 1.9 diff -r1.9 Effect.hxx 22,23c22,27 #include boost/tr1/unordered_map.hpp --- #include boost/version.hpp #if BOOST_VERSION 103401 #include boost/tr1/unordered_map.hpp #else #include tr1/unordered_map // for c++/4.2/tr1/unordered_map #endif [snip] You have left/returned configure.ac to - AX_BOOST_BASE([1.34.0]) Thanks for this... I hope you will apply the above... Regards, Geoff. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.cxx,
Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material Modified Files: Effect.cxx Log Message: [...] +#include boost/tr1/unordered_map.hpp requiring to add yet another patch to the build procedure :-/ Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.hxx, 1.8,
On Mon, 2009-11-23 at 23:19 +0100, Tim Moore wrote: On 11/23/2009 10:54 PM, Martin Spott wrote: Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material Modified Files: Effect.hxx Log Message: Drop required Boost version from 1.37 to 1.34 Use boost/tr1 to bring in std::tr1::unordered_map instead of the Boost version. Author: Tim Moore timo...@redhat.com Index: Effect.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/material/Effect.hxx,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- Effect.hxx 22 Nov 2009 00:00:01 - 1.8 +++ Effect.hxx 22 Nov 2009 22:23:01 - 1.9 @@ -19,8 +19,9 @@ #include vector #include string +#include boost/tr1/unordered_map.hpp According to my understanding, in order to use the standard C++ header, this line should read: #include tr1/unordered_map Am I wrong ? No, but boost/tr1 uses the classes and functions from std::tr1 if available; otherwise it substitutes its own. As TR1 is not implemented everywhere, and most of TR1 was based on Boost code anyway, it works out well. However, it turns out that boost/tr1/unordered_map.hpp isn't in Boost 1.34, so it looks like it's back to 1.37. Tim Hi Tim, depend on back to 1.34 Thank you for this effort ;=)) As you and Martin point out, unfortunately it STILL does not seem to compile. The SG error was :- make[4]: Entering directory `/home/geoff/fg/fg7/simgear/source/simgear/scene/material' g++ -DHAVE_CONFIG_H -I. -I../../../simgear -I../../.. -I/home/geoff/fg/fg7/install/simgear/include -I/home/geoff/fg/fg7/install/plib/include -I/home/geoff/fg/fg7/install/OSG281/include -g -O2 -D_REENTRANT -MT Effect.o -MD -MP -MF .deps/Effect.Tpo -c -o Effect.o Effect.cxx In file included from Effect.cxx:21: Effect.hxx:22:39: error: boost/tr1/unordered_map.hpp: No such file or directory In file included from Effect.cxx:21: [snip] To repeat the 'find' in my Ubuntu 8.04 system - ~$ find /usr/include/ -name unordered_map\*|xargs ls -l -rw-r--r-- 1 root root 6143 2009-02-20 13:37 /usr/include/c ++/4.2/tr1/unordered_map so there is a 'c++/4.2/tr1/unordered_map', but no 'boost/unordered_map.hpp' So amending simgear/scene/material/Effects.hxx to check the boost version and include accordingly :- #include boost/version.hpp #if BOOST_VERSION 103401 #include boost/tr1/unordered_map.hpp #else #include tr1/unordered_map // for c++/4.2/tr1/unordered_map #endif and it all, SG/FG compiled and ran, in Ubuntu 8.04 ;=)) BUT, with --timeofday=noon the scene is sometimes very dark - so dark the panel instruments seem to 'glow', and this 'changes' depending on position, and heading, and at certain specific headings the scene is sort of 'red' - But maybe this is another problem altogether, or my video card or driver??? I have put up some screen captures - http://geoffair.net/tmp/fg/ Sometimes just moving back and forward will change from 'normal' to 'dark'... sometimes changing the heading can give 'normal', 'dark', 'red'??? asking you too much to compile a library No its not! And I am quite unsure why I got on such a high horse on this one! ;=)) But it would be 'nice' to use the existing installed 'boost' 1.34 only, and it seems possible... Long Term Support and distro packages will be soon updated would seem to be a contradiction. Yes, as I STRONGLY learned, to my chagrin. I put a few messages on the Ubuntu forum, and got several answers along the SAME lines... To my mind, I thought LTS meant they would certainly 'freeze' the base OS, that is the linux kernel itself, but continue to update/upgrade application level packages, applications, tools, etc, that will still RUN on this base. But this seems a WRONG concept for unix/linux!!! There are a 'few' updated things in the Ubuntu 8.04 'backports' repository, but that was 'very few' and did NOT include boost! So I am now considering chasing-the-tail ;=)) - that is upgrading 8.04 - 8.10 - 9.04 - 9.10, the latest, and the only thing holding this back are possible hardware incompatibilities... but hopefully maybe there are none... Anyway, thanks again... Regards, Geoff. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.hxx, 1.8,
Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material Modified Files: Effect.hxx Log Message: Drop required Boost version from 1.37 to 1.34 Use boost/tr1 to bring in std::tr1::unordered_map instead of the Boost version. Author: Tim Moore timo...@redhat.com Index: Effect.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/material/Effect.hxx,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- Effect.hxx 22 Nov 2009 00:00:01 - 1.8 +++ Effect.hxx 22 Nov 2009 22:23:01 - 1.9 @@ -19,8 +19,9 @@ #include vector #include string +#include boost/tr1/unordered_map.hpp According to my understanding, in order to use the standard C++ header, this line should read: #include tr1/unordered_map Am I wrong ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material Effect.hxx, 1.8,
On 11/23/2009 10:54 PM, Martin Spott wrote: Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material Modified Files: Effect.hxx Log Message: Drop required Boost version from 1.37 to 1.34 Use boost/tr1 to bring in std::tr1::unordered_map instead of the Boost version. Author: Tim Moore timo...@redhat.com Index: Effect.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/material/Effect.hxx,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- Effect.hxx 22 Nov 2009 00:00:01 - 1.8 +++ Effect.hxx 22 Nov 2009 22:23:01 - 1.9 @@ -19,8 +19,9 @@ #include vector #include string +#include boost/tr1/unordered_map.hpp According to my understanding, in order to use the standard C++ header, this line should read: #include tr1/unordered_map Am I wrong ? No, but boost/tr1 uses the classes and functions from std::tr1 if available; otherwise it substitutes its own. As TR1 is not implemented everywhere, and most of TR1 was based on Boost code anyway, it works out well. However, it turns out that boost/tr1/unordered_map.hpp isn't in Boost 1.34, so it looks like it's back to 1.37. Tim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc strutils.cxx, 1.4, 1.5 strutils.hxx, 1.4, 1.5
On 30 Sep 2009, at 19:44, Curtis Olson wrote: I just noticed you added an OSG dependency to strutils.cxx/hxx If possible it would be nice to avoid adding graphics system dependencies to these text manipulation libraries. SimGear and SimGear code is used in a variety of places beyond FlightGear, even in embedded systems where compiling opengl and OSG is completely impossible. I have a pending change to replace the screenshot code in SimGear (simgear/screen/screen-dump.cxx) with a version using osgDB. The major advantage being that we would create screenshots as .pngs instead of PPMs. Is it 'safe' (from your point of view) to use OSG code in this place? It's already code that directly calls OpenGL, so I *guess* it's not used on your embedded device? Regards, James -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc strutils.cxx, 1.4, 1.5 strutils.hxx, 1.4, 1.5
Hi Jim, Thanks for the quick fix on the strutils. In this case, (haha, so to speak) yes, I think if code is already referencing OpenGL, then it would be fair to replace that with code that references OSG. And yes, if you can generate png's instead of the 42x larger ppm format, that would be a big nice convenience. Thanks! Curt. On Mon, Oct 5, 2009 at 4:54 PM, James Turner zakal...@mac.com wrote: On 30 Sep 2009, at 19:44, Curtis Olson wrote: I just noticed you added an OSG dependency to strutils.cxx/hxx If possible it would be nice to avoid adding graphics system dependencies to these text manipulation libraries. SimGear and SimGear code is used in a variety of places beyond FlightGear, even in embedded systems where compiling opengl and OSG is completely impossible. I have a pending change to replace the screenshot code in SimGear (simgear/screen/screen-dump.cxx) with a version using osgDB. The major advantage being that we would create screenshots as .pngs instead of PPMs. Is it 'safe' (from your point of view) to use OSG code in this place? It's already code that directly calls OpenGL, so I *guess* it's not used on your embedded device? Regards, James -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc strutils.cxx, 1.4, 1.5 strutils.hxx, 1.4, 1.5
Hi Jim, I just noticed you added an OSG dependency to strutils.cxx/hxx If possible it would be nice to avoid adding graphics system dependencies to these text manipulation libraries. SimGear and SimGear code is used in a variety of places beyond FlightGear, even in embedded systems where compiling opengl and OSG is completely impossible. Would it work to use something like the following instead of an OSG function?: #include ctype.h int toupper(int c); int tolower(int c); Right now this OSG dependency is breaking one of my other projects. Thanks, Curt. On Sat, Sep 26, 2009 at 6:44 AM, James Turner j...@baron.flightgear.orgwrote: Update of /var/cvs/SimGear-0.3/source/simgear/misc In directory baron.flightgear.org:/tmp/cvs-serv8677/simgear/misc Modified Files: strutils.cxx strutils.hxx Log Message: Extend simgear::strutils with convertToLowerCase helper - currently a proxy for osgDB helper of the same name. Index: strutils.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/strutils.cxx,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- strutils.cxx13 Apr 2008 21:11:44 - 1.4 +++ strutils.cxx26 Sep 2009 11:44:33 - 1.5 @@ -25,6 +25,11 @@ #include strutils.hxx +#include osgDB/FileNameUtils // for convertToLowerCase + +using std::string; +using std::vector; + namespace simgear { namespace strutils { @@ -180,5 +185,12 @@ return do_strip( s, BOTHSTRIP ); } + string convertToLowerCase(const string str) + { +// proxy onto osgDB - easy to reimplement here, but let's avoid +// code duplication for the moment. +return osgDB::convertToLowerCase(str); + } + } // end namespace strutils } // end namespace simgear Index: strutils.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/strutils.hxx,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- strutils.hxx28 Jul 2008 07:52:14 - 1.4 +++ strutils.hxx26 Sep 2009 11:44:34 - 1.5 @@ -30,16 +30,12 @@ #include simgear/compiler.h #include string - #include vector -using std::vector; - #include cstdlib -using std::string; namespace simgear { -namespace strutils { + namespace strutils { // /** // * atof() wrapper for string type @@ -64,9 +60,9 @@ * @param s String to strip. * @return The stripped string. */ - string lstrip( const string s ); - string rstrip( const string s ); - string strip( const string s ); + std::string lstrip( const std::string s ); + std::string rstrip( const std::string s ); + std::string strip( const std::string s ); /** * Split a string into a words using 'sep' as the delimiter string. @@ -79,12 +75,15 @@ * resulting in at most maxsplit+1 words. * @return Array of words. */ - vectorstring - split( const string s, + std::vectorstd::string + split( const std::string s, const char* sep = 0, int maxsplit = 0 ); -} // end namespace strutils + + std::string convertToLowerCase(const std::string str); + + } // end namespace strutils } // end namespace simgear #endif // STRUTILS_H -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Simgear-cvslogs mailing list simgear-cvsl...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/simgear-cvslogs -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc strutils.cxx, 1.4, 1.5 strutils.hxx, 1.4, 1.5
Ok, duh! I see that is a single character function, but there has to be a string class function or it can't be too hard to whip up a little function ourselves. Thanks, Curt. On Wed, Sep 30, 2009 at 1:44 PM, Curtis Olson wrote: Hi Jim, I just noticed you added an OSG dependency to strutils.cxx/hxx If possible it would be nice to avoid adding graphics system dependencies to these text manipulation libraries. SimGear and SimGear code is used in a variety of places beyond FlightGear, even in embedded systems where compiling opengl and OSG is completely impossible. Would it work to use something like the following instead of an OSG function?: #include ctype.h int toupper(int c); int tolower(int c); Right now this OSG dependency is breaking one of my other projects. Thanks, Curt. On Sat, Sep 26, 2009 at 6:44 AM, James Turner j...@baron.flightgear.orgwrote: Update of /var/cvs/SimGear-0.3/source/simgear/misc In directory baron.flightgear.org:/tmp/cvs-serv8677/simgear/misc Modified Files: strutils.cxx strutils.hxx Log Message: Extend simgear::strutils with convertToLowerCase helper - currently a proxy for osgDB helper of the same name. Index: strutils.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/strutils.cxx,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- strutils.cxx13 Apr 2008 21:11:44 - 1.4 +++ strutils.cxx26 Sep 2009 11:44:33 - 1.5 @@ -25,6 +25,11 @@ #include strutils.hxx +#include osgDB/FileNameUtils // for convertToLowerCase + +using std::string; +using std::vector; + namespace simgear { namespace strutils { @@ -180,5 +185,12 @@ return do_strip( s, BOTHSTRIP ); } + string convertToLowerCase(const string str) + { +// proxy onto osgDB - easy to reimplement here, but let's avoid +// code duplication for the moment. +return osgDB::convertToLowerCase(str); + } + } // end namespace strutils } // end namespace simgear Index: strutils.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/strutils.hxx,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- strutils.hxx28 Jul 2008 07:52:14 - 1.4 +++ strutils.hxx26 Sep 2009 11:44:34 - 1.5 @@ -30,16 +30,12 @@ #include simgear/compiler.h #include string - #include vector -using std::vector; - #include cstdlib -using std::string; namespace simgear { -namespace strutils { + namespace strutils { // /** // * atof() wrapper for string type @@ -64,9 +60,9 @@ * @param s String to strip. * @return The stripped string. */ - string lstrip( const string s ); - string rstrip( const string s ); - string strip( const string s ); + std::string lstrip( const std::string s ); + std::string rstrip( const std::string s ); + std::string strip( const std::string s ); /** * Split a string into a words using 'sep' as the delimiter string. @@ -79,12 +75,15 @@ * resulting in at most maxsplit+1 words. * @return Array of words. */ - vectorstring - split( const string s, + std::vectorstd::string + split( const std::string s, const char* sep = 0, int maxsplit = 0 ); -} // end namespace strutils + + std::string convertToLowerCase(const std::string str); + + } // end namespace strutils } // end namespace simgear #endif // STRUTILS_H -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Simgear-cvslogs mailing list simgear-cvsl...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/simgear-cvslogs -- Curtis Olson: http://baron.flightgear.org/~curt/http://baron.flightgear.org/%7Ecurt/ -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc strutils.cxx, 1.4, 1.5 strutils.hxx, 1.4, 1.5
On 30 Sep 2009, at 20:15, Simon Hollier wrote: I don't think there's an STL function, but there is boost::to_lower(str) or even something like: for (unsigned i=0; i str.length(); ++i) { str[i] = tolower(str[i]); } I already chatted to Tim about this, I'm going to switch to the boost version. tolower/toupper() worry me. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.15
Hi, Sorry for not reading the mails in time. But Yes, I introduced that problem and fixed it already. Sorry! Anyway the intention of these changes is to move all osg dependencies out of scenegraph neutral code like the math stuff. I now definitely know people who want to use that tool classes without osg installed on an embedded platform. Mathias -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.15
On 8 Sep 2009, at 03:59, Tatsuhiro Nishioka wrote: I've tried, on my Mac OS 10.5/Xcode 3.1.1, FG/SG as of both Sep-06 and Sep-07 (without -DNO_OPENSCENEGRAPH_INTERFACE option) and all have worked fine so far. The issue went away following further CVS updates - I guess it was the updates for Mathias to the rest of FG. That still doesn't explain the underlying problem, sadly. (I have the NVIDA HW patch applied to my OSG locally, and a stack trace would be useless since it's difference each time - depending on exactly how the corruption occurs) I'll hope the issue stays dead, since right now there's not much else I can do - thanks for the suggestions though. James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.15
On 5 Sep 2009, at 07:53, Mathias Froehlich wrote: Modified Files: SGGeod.cxx SGGeod.hxx SGQuat.hxx SGVec2.hxx SGVec3.hxx SGVec4.hxx Log Message: Should be now more easy to make use of SGMath without having osg. Modified Files: simgear/scene/sky/dome.cxx simgear/math/SGGeod.cxx simgear/math/SGGeod.hxx simgear/math/SGQuat.hxx simgear/math/SGVec2.hxx simgear/math/SGVec3.hxx simgear/math/SGVec4.hxx Some CVS searching has confirmed that this commit is causing major problems for me - still figuring out why. Any suggestions (compiler bug? I'm using default compiler on OS-X 10.5, which is GCC 4.0.0) I'm still triple-checking that this is definitely the cause, re- building from clean, etc - since I admit the diff looks pretty safe to me. Regards, James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.15
On 7 Sep 2009, at 15:17, James Turner wrote: I'm still triple-checking that this is definitely the cause, re- building from clean, etc - since I admit the diff looks pretty safe to me. Tried a rebuild with GCC 4.2, which made no difference - memory/stack corruption happens as the splash screen would vanish (I think). I've looked more closely at the diffs, and tried some minor changes to see if I could affect the crash, but no luck so far. James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.1
On Mon, Sep 7, 2009 at 5:21 PM, James Turnerzakal...@mac.com wrote: On 7 Sep 2009, at 15:17, James Turner wrote: I'm still triple-checking that this is definitely the cause, re- building from clean, etc - since I admit the diff looks pretty safe to me. Tried a rebuild with GCC 4.2, which made no difference - memory/stack corruption happens as the splash screen would vanish (I think). I've looked more closely at the diffs, and tried some minor changes to see if I could affect the crash, but no luck so far. Have you run it through valgrind yet? -- Csaba/Jester -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.1
On 7 Sep 2009, at 19:46, Csaba Halász wrote: Have you run it through valgrind yet? No - I was about to reply that I'm on Mac, but it turns out Valgrind is now (after years and years!) available for OS-X. Which is one piece of good news, I suppose. Regards, James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGGeod.cxx, 1.1, 1.2 SGGeod.hxx, 1.10, 1.11 SGQuat.hxx, 1.16, 1.17 SGVec2.hxx, 1.7, 1.8 SGVec3.hxx, 1.20, 1.21 SGVec4.hxx, 1.14, 1.15
Hi James, I've tried, on my Mac OS 10.5/Xcode 3.1.1, FG/SG as of both Sep-06 and Sep-07 (without -DNO_OPENSCENEGRAPH_INTERFACE option) and all have worked fine so far. Does this have something to do with timing issue? Another thing I have in my mind is whether you disabled the HW mipmapping on osgViewer or not. As you already know, enabling HW mipmapping crashes FG, when splash screen disappears, on a Mac with some NVIDIA chip. Unfortunately my patch for solving this problem was rejected since OSG maintainer hates to import a workaround for a bug in HW / driver. This means you need to manually apply the patch when you get vanilla OSG code. If this is not the case, could you elaborate how you built fg/sg (e.g. with what patches or with what compiler/configure options)? Plus, If you post a crash log or gdb stack trace, maybe we can help you more. For seeing the build options and patches I use, you can get these from: http://macflightgear.svn.sourceforge.net/viewvc/macflightgear/trunk.tar.gz?view=tar Looking at patches/*, build.sh, localbuild.sh would be enough. tat On Sep 8, 2009, at 12:21 AM, James Turner wrote: On 7 Sep 2009, at 15:17, James Turner wrote: I'm still triple-checking that this is definitely the cause, re- building from clean, etc - since I admit the diff looks pretty safe to me. Tried a rebuild with GCC 4.2, which made no difference - memory/stack corruption happens as the splash screen would vanish (I think). I've looked more closely at the diffs, and tried some minor changes to see if I could affect the crash, but no luck so far. James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/tgdb TileEntry.cxx, 1.16, 1.17 TreeBin.cxx, 1.9, 1.10
On 20 Aug 2009, at 14:08, Torsten Dreyer wrote: Log Message: warning fix: initializing members in the order they are declared keeps gcc happy Torsten, you are a good man! Regards, James -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/material
Tim Moore wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/material In directory baron.flightgear.org:/tmp/cvs-serv9328/simgear/scene/material Modified Files: Effect.cxx Makefile.am makeEffect.cxx mat.cxx mat.hxx Added Files: EffectBuilder.cxx EffectBuilder.hxx Noise.cxx Noise.hxx TextureBuilder.cxx TextureBuilder.hxx Log Message: New effects from Till Busch: crops, water, landmass I'm well excited to see Till's work finding its way into CVS ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc interpolator.cxx, 1.2,
Oops! Windows is case insensitive :-( If someone can fix that before I can, please do. Sorry -Fred -- message original -- Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc interpolator.cxx, 1.2, De: Martin Spott martin.sp...@mgras.net Date: 26.07.2009 21:18 Frederic Bouvier wrote: Update of /var/cvs/SimGear-0.3/source/simgear/misc In directory baron.flightgear.org:/tmp/cvs-serv13995/simgear/misc Modified Files: interpolator.cxx Log Message: Compile latest SimGear under MSVC9 Index: interpolator.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/interpolator.cxx,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- interpolator.cxx8 Mar 2006 18:16:08 - 1.2 +++ interpolator.cxx26 Jul 2009 18:53:35 - 1.3 @@ -18,6 +18,8 @@ #include interpolator.hxx +#include simgear/Math/SGMath.hxx ^^^ Lower-case m would be fine. Same with structure/commands.cxx, strcture/event_mgr.cxx, maybe more to follow. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
Frederic Bouvier wrote: Oops! Windows is case insensitive :-( If someone can fix that before I can, please do. For your convenience, apply: http://foxtrot.mgras.net/static/SGMath.diff.bz2 http://foxtrot.mgras.net/static/FGMath.diff.bz2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
Martin Spott wrote: Frederic Bouvier wrote: Oops! Windows is case insensitive :-( If someone can fix that before I can, please do. For your convenience, apply: s/convenience/inconvenience/g, I forgot the one in FlightGear/utils/GPSsmooth/UGear_telnet.cxx Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
It should be fixed now. Sorry again -Fred -- message original -- Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc De: Martin Spott martin.sp...@mgras.net Date: 27.07.2009 08:13 Martin Spott wrote: Frederic Bouvier wrote: Oops! Windows is case insensitive :-( If someone can fix that before I can, please do. For your convenience, apply: s/convenience/inconvenience/g, I forgot the one in FlightGear/utils/GPSsmooth/UGear_telnet.cxx Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
Frederic Bouvier wrote: It should be fixed now. Sorry again No problem, works now as advertized, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc interpolator.cxx, 1.2,
Frederic Bouvier wrote: Update of /var/cvs/SimGear-0.3/source/simgear/misc In directory baron.flightgear.org:/tmp/cvs-serv13995/simgear/misc Modified Files: interpolator.cxx Log Message: Compile latest SimGear under MSVC9 Index: interpolator.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/misc/interpolator.cxx,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- interpolator.cxx8 Mar 2006 18:16:08 - 1.2 +++ interpolator.cxx26 Jul 2009 18:53:35 - 1.3 @@ -18,6 +18,8 @@ #include interpolator.hxx +#include simgear/Math/SGMath.hxx ^^^ Lower-case m would be fine. Same with structure/commands.cxx, strcture/event_mgr.cxx, maybe more to follow. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/propsprops.cxx, 1.44, 1.45 props.hxx, 1.32, 1.33
Alan Teeder RE: [Simgear-cvslogs] CVS: source/simgear/props props.cxx, 1.44,1.45 props.hxx, 1.32, 1.33 Sadly, props.hxx is still getting me errors with MSVC 2008 - see attached error log. -Original Message- From: Tim Moore [mailto:timo...@baron.flightgear.org mailto:timo...@baron.flightgear.org ] Sent: 17 July 2009 11:12 To: simgear-cvsl...@lists.sf.net Subject: [Simgear-cvslogs] CVS: source/simgear/props props.cxx, 1.44,1.45 props.hxx, 1.32, 1.33 Update of /var/cvs/SimGear-0.3/source/simgear/props In directory baron.flightgear.org:/tmp/cvs-serv901/simgear/props Modified Files: props.cxx props.hxx Log Message: Changed SGRawValue::DefaultValue to an inline function. This avoids MSVC bugs in declaring templated specializations of static members. Unfortunately, there are still errors in the MSVC9 compile. Tim and I have been working to correct them, but we are still some way off. We are down to 1 right now, but it is proving rather intractable. Tim is unavailable atm, as is Fred, so do not expect an early resolution of this one. Vivian -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/structure SGWeakPtr.hxx, NONE, 1.1 SGWeakReferenced.hxx, NONE, 1.1 Makefile.am, 1.10, 1.11 SGAtomic.cxx, 1.2, 1.3 SGAtomic.hxx, 1.3, 1.4 S
Hi, On Wednesday 24 June 2009 09:53:13 James Turner wrote: An observation: this change has stopped SGAtomic being (by default) a proxy for osg/OpenThreads Atomic. There's a downside to this - OpenThreads Atomic has a specialisation (not of the template kind, but the #ifdef kind) for OS-X atomics - _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC. On Mac we're still on GCC version 4.0 by default [1], so we don't get the GCC built-in case for SGAtomic and friends - and will fall back to a pthread-mutex implementation. I know there's an argument for having Simgear not depend on OSG, which I agree with, and I know it's awkward to depend on OpenThreads when it's typically only distributed as part of the OSG tree, it just seems like a step backwards - I'd prefer to delegate all thread support to OpenThreads and maintain less code ourselves. [1] - yes, it's ridiculous that the stock compiler is still 4.0. A newer version (4.2) is available, but I'm hesitant to switch to it when the system compiler is still 4.0. Yes, for such a compiler we just fall back to an anway safe mutex implementation. I did not port the changes from osg referenced back into simgear. Note that original code for simgears atomic as well as osg's atomic stems from some simulations code I wrote. Using osg stuff here will also pull at least openthreads into that parts of simgear that have nothing todo with scenery and osg and such. But if you need that BSD stuff please port that to simgear! Sorry for the inconvenience. But anyway, is it notably slower then for you? Just for curiosity? And yes we have currently gcc 4.4 with vast of improvements. Greetings Mathias -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/structure SGWeakPtr.hxx, NONE, 1.1 SGWeakReferenced.hxx, NONE, 1.1 Makefile.am, 1.10, 1.11 SGAtomic.cxx, 1.2, 1.3 SGAtomic.hxx, 1.3, 1.4 S
On 24 Jun 2009, at 06:19, Mathias Froehlich wrote: Log Message: Provide a thread safe SGWeakPtr implementation. Extend SGAtomic with atomic exchange and add. Import updates from the original implementation of that in OpenFDM. An observation: this change has stopped SGAtomic being (by default) a proxy for osg/OpenThreads Atomic. There's a downside to this - OpenThreads Atomic has a specialisation (not of the template kind, but the #ifdef kind) for OS-X atomics - _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC. On Mac we're still on GCC version 4.0 by default [1], so we don't get the GCC built-in case for SGAtomic and friends - and will fall back to a pthread-mutex implementation. I know there's an argument for having Simgear not depend on OSG, which I agree with, and I know it's awkward to depend on OpenThreads when it's typically only distributed as part of the OSG tree, it just seems like a step backwards - I'd prefer to delegate all thread support to OpenThreads and maintain less code ourselves. [1] - yes, it's ridiculous that the stock compiler is still 4.0. A newer version (4.2) is available, but I'm hesitant to switch to it when the system compiler is still 4.0. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen Makefile.am, 1.13,
Hi Erik, Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/source/simgear/screen In directory baron.flightgear.org:/tmp/cvs-serv19946 Modified Files: Makefile.am Removed Files: colours.h texture.cxx texture.hxx Log Message: Move the texture code to FlightGear/utils/Modeller normalmap.cxx:13:38: error: simgear/screen/texture.hxx: Datei oder Verzeichnis nicht gefunden jive: 12:39:03 ~/SCM/FlightGear diff FlightGear/utils/Modeller/normalmap.cxx~ FlightGear/utils/Modeller/normalmap.cxx --- FlightGear/utils/Modeller/normalmap.cxx~2009-06-22 12:38:23.426114250 +0200 +++ FlightGear/utils/Modeller/normalmap.cxx 2009-06-22 12:38:23.466118350 +0200 @@ -10,7 +10,7 @@ #include stdlib.h #include osg/GL -#include simgear/screen/texture.hxx +#include texture.hxx static float contrast = 1.0; Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen Makefile.am, 1.13,
gcc can't be trusted.. I did a test compile here :-( I'll fix it. Erik Martin Spott wrote: Hi Erik, Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/source/simgear/screen In directory baron.flightgear.org:/tmp/cvs-serv19946 Modified Files: Makefile.am Removed Files: colours.h texture.cxx texture.hxx Log Message: Move the texture code to FlightGear/utils/Modeller normalmap.cxx:13:38: error: simgear/screen/texture.hxx: Datei oder Verzeichnis nicht gefunden jive: 12:39:03 ~/SCM/FlightGear diff FlightGear/utils/Modeller/normalmap.cxx~ FlightGear/utils/Modeller/normalmap.cxx --- FlightGear/utils/Modeller/normalmap.cxx~ 2009-06-22 12:38:23.426114250 +0200 +++ FlightGear/utils/Modeller/normalmap.cxx 2009-06-22 12:38:23.466118350 +0200 @@ -10,7 +10,7 @@ #include stdlib.h #include osg/GL -#include simgear/screen/texture.hxx +#include texture.hxx static float contrast = 1.0; Cheers, Martin. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen
Erik Hofman wrote: gcc can't be trusted.. I did a test compile here :-( I'll fix it. No problem, maybe the changed file just didn't make it into the CVS commit. I'm very cautious these days for the sake of not having to deal with this sort of stuff once we're set up at LinuxTag ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen
Martin Spott wrote: No problem, maybe the changed file just didn't make it into the CVS commit. I'm very cautious these days for the sake of not having to deal with this sort of stuff once we're set up at LinuxTag ;-) Fair enough. Erik -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/route route.cxx, 1.5,
Hi James, James Turner wrote: Update of /var/cvs/SimGear-0.3/source/simgear/route In directory baron.flightgear.org:/tmp/cvs-serv5559/simgear/route Modified Files: route.cxx route.hxx waypoint.cxx waypoint.hxx Log Message: Extend SGWaypoint with track and speed data, and compute tracks with the distance in SGRoute. Surprise, surprise ;-) make[3]: Entering directory /usr/local/src/SimGear/simgear/route' g++ -O3 -march=opteron -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -I/opt/gnu/include -I/usr/local/include -g -O2 -D_REENTRANT -c -o waytest.o waytest.cxx waytest.cxx: In function 'int main()': waytest.cxx:13: error: 'SPHERICAL' is not a member of 'SGWayPoint' waytest.cxx:34: error: 'SPHERICAL' is not a member of 'SGWayPoint' Cheerio, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/projects/VC8 SimGear.vcproj, 1.14, 1.15
On 7 Mar 2009, at 21:47, Mathias Froehlich wrote: Modified Files: SimGear.vcproj Log Message: Zap SGLocation. Modified Files: projects/VC7.1/SimGear.vcproj projects/VC8/SimGear.vcproj simgear/scene/model/Makefile.am simgear/scene/model/placement.cxx simgear/scene/model/placement.hxx Removed Files: simgear/scene/model/location.cxx simgear/scene/model/location.hxx Woo, nice one Mathias, this one was on my TODO list for the future. James -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/projects/VC8 SimGear.vcproj, 1.14, 1.15
Hi James, On Sunday 08 March 2009 17:37:31 James Turner wrote: Woo, nice one Mathias, this one was on my TODO list for the future. Was on my TODO list since almost ever :) Hope that there are no other users appart from flightgear. To be honest, I have not looked into terragear et al to see if this might be a problem ... Tell me if this is in use somewhere else. Greetings Mathias -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/scene/util
Tim Moore timo...@baron.flightgear.org wrote: Update of /var/cvs/SimGear-0.3/source/simgear/scene/util In directory baron.flightgear.org:/tmp/cvs-serv7690/simgear/scene/util Modified Files: StateAttributeFactory.cxx StateAttributeFactory.hxx Log Message: Turn off z buffer writes for clouds. This is standard practice for semi-transparent objects and should cut down on the flickering and other sorting artifacts. Looks like a worthwhile addition to me ! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/threads SGQueue.hxx, 1.9, 1.10
James Turner wrote: Update of /var/cvs/SimGear-0.3/source/simgear/threads In directory baron.flightgear.org:/tmp/cvs-serv977/simgear/threads Modified Files: SGQueue.hxx Log Message: Commit Benoit Laniel's patch which converts more SimGear pieces to use OpenThreads primitives directly. Woohoo, great - better late than never ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/threads SGQueue.hxx, 1.9, 1.10
On 15 Jan 2009, at 15:23, Martin Spott wrote: Commit Benoit Laniel's patch which converts more SimGear pieces to use OpenThreads primitives directly. Woohoo, great - better late than never ;-) I'm going to push through some other cleanup in the next few days, so that the SimGear threads module will be mostly unused. I'm not sure if I can actually remove it, since I don't know what other SG-using code makes use of the thread primitives. James -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
James Turner wrote: On 27 Dec 2008, at 08:16, Tim Moore wrote: Modified Files: SGGeodesy.cxx Log Message: Fix include path snip *** SGGeodesy.cxx26 Dec 2008 12:08:28 - 1.8 --- SGGeodesy.cxx27 Dec 2008 08:16:03 - 1.9 *** *** 22,26 #include cmath ! #include structure/exception.hxx #include SGMath.hxx --- 22,26 #include cmath ! #include simgear/structure/exception.hxx #include SGMath.hxx This is interesting - since we're in an implementation file, not a public header, I regard my version as a 'better' choice than using a system include, with the simgear prefix. Are you changing this for the sake of style, consistency or correctness? (Or maybe all three :) Correctness, in the sense that I can't compile SimGear without this change. Also consistency, since in SimGear we consistently refer to headers from other SimGear modules using #include simgear/ The important part of the change is adding simgear to the include path. doesn't necessarily mean public header, just (at least, in gcc) look in standard places, including those added by -I. Tim -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
On 27 Dec 2008, at 10:19, Tim Moore wrote: Correctness, in the sense that I can't compile SimGear without this change. Also consistency, since in SimGear we consistently refer to headers from other SimGear modules using #include simgear/ The important part of the change is adding simgear to the include path. doesn't necessarily mean public header, just (at least, in gcc) look in standard places, including those added by -I. Interesting - I'm testing all these changes on a VMware-Ubunutu image, and this compiled fine. I do have simgear 'installed' to /usr/local though, maybe that means it's picking up the installed headers anyway. The different semantic meanings of vs is something I've struggled with in the past, and there are some Mac-specific conventions which are probably rather too strongly embedded in my brain, so I shall simply cease to worry about this, and stick to the house style. As you noted, GCC doesn't make much distinction at all. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
Tim Moore wrote James Turner wrote: On 27 Dec 2008, at 08:16, Tim Moore wrote: Modified Files: SGGeodesy.cxx Log Message: Fix include path snip *** SGGeodesy.cxx 26 Dec 2008 12:08:28 - 1.8 --- SGGeodesy.cxx 27 Dec 2008 08:16:03 - 1.9 *** *** 22,26 #include cmath ! #include structure/exception.hxx #include SGMath.hxx --- 22,26 #include cmath ! #include simgear/structure/exception.hxx #include SGMath.hxx This is interesting - since we're in an implementation file, not a public header, I regard my version as a 'better' choice than using a system include, with the simgear prefix. Are you changing this for the sake of style, consistency or correctness? (Or maybe all three :) Correctness, in the sense that I can't compile SimGear without this change. Also consistency, since in SimGear we consistently refer to headers from other SimGear modules using #include simgear/ The important part of the change is adding simgear to the include path. doesn't necessarily mean public header, just (at least, in gcc) look in standard places, including those added by -I. Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Vivian -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
Hi, add#undef max #undef min at the top of that SGMisc.hxx, just before class ... I thought it was a local problem at my end cause I'm always changing things, heh. It's been that way for a few days. hth, yon On Sat, Dec 27, 2008 at 12:21 PM, Vivian Meazza vivian.mea...@lineone.netwrote: Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Vivian -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
On 27 Dec 2008, at 11:21, Vivian Meazza wrote: Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Yuck, sorry about this Vivian - I'm not sure what's going on there. Maybe I introduced some odd whitespace or line-endings to the header or source file? As far as I know, all my editors are set to soft-tabs and LF line-endings, and that's what all the existing sources use. Again, apologies. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/mathSGGeodesy.cxx, 1.8, 1.9
That fixes Tim's version. Thanks Vivian -Original Message- From: Yon Uriarte [mailto:yon.uria...@gmail.com] Sent: 27 December 2008 11:53 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/mathSGGeodesy.cxx, 1.8, 1.9 Hi, add #undef max #undef min at the top of that SGMisc.hxx, just before class ... I thought it was a local problem at my end cause I'm always changing things, heh. It's been that way for a few days. hth, yon On Sat, Dec 27, 2008 at 12:21 PM, Vivian Meazza vivian.mea...@lineone.net wrote: Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Vivian -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/math SGGeodesy.cxx, 1.8, 1.9
James Turner wrote On 27 Dec 2008, at 11:21, Vivian Meazza wrote: Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Yuck, sorry about this Vivian - I'm not sure what's going on there. Maybe I introduced some odd whitespace or line-endings to the header or source file? As far as I know, all my editors are set to soft-tabs and LF line-endings, and that's what all the existing sources use. Again, apologies. It's just MSVC9 being picky, not your fault, no apology needed. Vivian -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/mathS GGeodesy.cxx, 1.8, 1.9
Or -DNOMINMAX in the compiler options -Fred -- message original -- Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/mathSGGeodesy.cxx, 1.8, 1.9 De: Vivian Meazza vivian.mea...@lineone.net Date: 27.12.2008 13:06 That fixes Tim's version. Thanks Vivian -Original Message- From: Yon Uriarte [mailto:yon.uria...@gmail.com] Sent: 27 December 2008 11:53 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/mathSGGeodesy.cxx, 1.8, 1.9 Hi, add #undef max #undef min at the top of that SGMisc.hxx, just before class ... I thought it was a local problem at my end cause I'm always changing things, heh. It's been that way for a few days. hth, yon On Sat, Dec 27, 2008 at 12:21 PM, Vivian Meazza vivian.mea...@lineone.net wrote: Hmmm, neither version compiles here with MSVC9. Gives the following error: source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error : 'L_TYPE_raw' followed by hundreds of errors like this: 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing ')' before '}' 1d:\cygwin\simgear-cvs\source\simgear\math\SGMisc.hxx(28) : error C2143: syntax error : missing '}' before ')' Perhaps Fred has the answer Vivian -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
On 10 Sep 2008, at 23:09, Ron Jensen wrote: As a result of these changes Terragear will no longer compile. Could someone smarter than me in C++ fix the terragear sources to work with these changes? Whoops, my fault. I'll get a patch done today. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
Hi James, the CustomScenery-Version of TerraGear was already upgrade to cope with these changes. Cheers, Ralf - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
Ralf Gerlich wrote: Hi James, the CustomScenery-Version of TerraGear was already upgrade to cope with these changes. Excellent - does that already include the point in polygon fix too? I'm thinking of trying some more horribly detailed scenery and it'd be interesting to see how things have progressed. Jon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
Jon Stockill wrote: Ralf Gerlich wrote: Hi James, the CustomScenery-Version of TerraGear was already upgrade to cope with these changes. Excellent - does that already include the point in polygon fix too? Unfortunately not... I'm thinking of trying some more horribly detailed scenery and it'd be interesting to see how things have progressed. I'd suggest to just get ahead with your ideas. Maybe the current TerraGear works for your purposes. Remember that that point-in-polygon-problem does only occur in some cases. Cheers, Ralf - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
Curtis Olson wrote: The previous point-in-a-polygon algorithm was perhaps not as clever, but it did seem reasonably robust. Unfortunately it was not. I had several tiles failing because of it... Cheers, Ralf - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
On 11 Sep 2008, at 13:04, Ralf Gerlich wrote: the CustomScenery-Version of TerraGear was already upgrade to cope with these changes. Ah, thanks Ralf, that's good to know. I'm not really following TerraGear development, are you generally submitting changes upstream to the main terragear server? James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
Hi Curt! Curtis Olson wrote: Fair enough ... maybe my memories have improved with age, but I don't recall having this much trouble with failed tiles when I did the scenery builds. There would always be a handful of them ... maybe a dozen or two over the entire surface of the earth. If that's about what we have now, then I guess it's not that big of a deal. We could always insert replacement tiles that were successfully built in past runs if they are blowing up now. Well, our point essentially is making TerraGear robust for fully automated rebuild. Failing tiles are no option there, and I still have the hope to get a clean solution there. However, I have reverted the calc_point_inside()-changes locally and a rebuild is currently running. I hope that the set of tiles failing and the set of tiles having visual bugs (as in the 1.0.0 scenery) is disjunct, so that we can actually do these replacements without introducing ridges at tile borders (which would be trading one visual bug for another, although less bad). We will see how much trouble will come up. Cheers, Ralf - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear compiler.h, 1.29, 1.30
On Tue, 2008-07-29 at 03:25 -0500, Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/source/simgear In directory baron.flightgear.org:/tmp/cvs-serv11128/simgear Modified Files: compiler.h Log Message: final fixes for SG_USING_STD removal Index: compiler.h === RCS file: /var/cvs/SimGear-0.3/source/simgear/compiler.h,v retrieving revision 1.29 retrieving revision 1.30 diff -C 2 -r1.29 -r1.30 *** compiler.h27 Jul 2008 16:10:36 - 1.29 --- compiler.h29 Jul 2008 08:25:17 - 1.30 *** *** 142,150 // - /** \def SG_USING_STD(x) - * Expands to using std::X - */ - # define SG_USING_STD(X) using std::X - #endif // _SG_COMPILER_H --- 142,145 As a result of these changes Terragear will no longer compile. Could someone smarter than me in C++ fix the terragear sources to work with these changes? Thanks, Ron - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
On lun 3 décembre 2007, Melchior Franz wrote: Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model In directory baron:/tmp/cvs-serv27750 Modified Files: Tag: PRE_OSG_PLIB_20061029 shadowvolume.cxx Log Message: let use of deprecated noshadow prefix cause error message Will that message remain permanently, ? to save time, would be nice. We could avoid to modify the .ac model and the .xml file. We only need to check that the shadow is processed with the with typenoshadow/type animation, if we want shadow. Cheers Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
On Monday 03 December 2007 12:04:36 gerard robin wrote: Will that message remain permanently, ? to save time, would be nice. We could avoid to modify the .ac model and the .xml file. I would agree that to prevent unnecessary pain for modellers (and to optimise their free time to allow them to keep adding nice stuff to FG ;-) perhaps once the aforementioned noshadow by object naming feature has been removed, the error message could be removed too? The Lightning will generate the error, but falsely (there's already a proper noshadow animation, it never relied on the object names for that.) Cheers, AJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
On lun 3 décembre 2007, Melchior FRANZ wrote: * gerard robin -- Monday 03 December 2007: On lun 3 décembre 2007, Melchior Franz wrote: Log Message: let use of deprecated noshadow prefix cause error message Will that message remain permanently, ? Only in the next (plib based) release. Not in fg/osg. But I might degrade it to SG_WARN right before the release. This depends on how many developers drop the deprecated prefix until then. The problem with SG_WARN is that, unfortunately, not enough people see it, which defeats its purpose. We have yet to clean up the logging system and recommend that developers always use at least --log-level=warn. m. Yes SG_WARN, would be the best, that message isn't it for FG developer , who could want a help, to keep their models compatible ? The users don't care about it, they only want the best :) Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
* gerard robin -- Monday 03 December 2007: On lun 3 décembre 2007, Melchior Franz wrote: Log Message: let use of deprecated noshadow prefix cause error message Will that message remain permanently, ? Only in the next (plib based) release. Not in fg/osg. But I might degrade it to SG_WARN right before the release. This depends on how many developers drop the deprecated prefix until then. The problem with SG_WARN is that, unfortunately, not enough people see it, which defeats its purpose. We have yet to clean up the logging system and recommend that developers always use at least --log-level=warn. m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
* gerard robin -- Monday 03 December 2007: Yes SG_WARN, would be the best, that message isn't it for FG developer , who could want a help, to keep their models compatible ? Err ... but if I see that right, there's only one file concerned in your case: ./SR71-BlackBird/Instruments/Models/ai-bb.ac You could have fixed *and* committed the file in the time that it took to write three emails about the painful procedure. ;-) m. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadowvolume.cxx, 1.12.2.1, 1.12.2.2
On lun 3 décembre 2007, Melchior FRANZ wrote: * gerard robin -- Monday 03 December 2007: Yes SG_WARN, would be the best, that message isn't it for FG developer , who could want a help, to keep their models compatible ? Err ... but if I see that right, there's only one file concerned in your case: ./SR71-BlackBird/Instruments/Models/ai-bb.ac You could have fixed *and* committed the file in the time that it took to write three emails about the painful procedure. ;-) m. Yes, within cvs today, but you don't know the contents of the models which are in my hangar, and will come up (a day) within cvs . :) :) :) AND, i am not, fortunately, alone, probably others developers could be interested. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadanim.cxx, 1.9, 1.10
Hi Fred, On Monday 29 January 2007 10:03, Frederic Bouvier wrote: The core of the fix is the change from a pointer to a reference to avoid the deletion of the texture while the pointer still hold a non null value. Thanks. Greetings Mathias - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene/model shadanim.cxx, 1.9, 1.10
On Friday 26 January 2007 21:30, Frederic Bouvier wrote: Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model In directory baron:/tmp/cvs-serv5514 Modified Files: shadanim.cxx Log Message: Ensure a reference on the cube map texture is always held Fred, that code was correct (appart from not being deleted). I have that kind of code at more places. That technique called 'double checked locking'. You don't bother locking a mutex if it is already there. But if the instance must be created, you have to ensure that you are the only one. therefore you need to ask if it is there a second time ... That is not time critical here, so I don't bother locking, but in general this kind of code should be left as is ... Greetings Mathias Index: shadanim.cxx === RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/model/shadanim.cxx,v retrieving revision 1.9 retrieving revision 1.10 diff -C 2 -r1.9 -r1.10 *** shadanim.cxx 3 Dec 2006 16:57:21 - 1.9 --- shadanim.cxx 26 Jan 2007 20:30:02 - 1.10 *** *** 127,138 getOrCreateTextureCubeMap() { ! static osg::TextureCubeMap* textureCubeMap = 0; ! if (textureCubeMap) ! return textureCubeMap; static SGMutex mutex; SGGuardSGMutex locker(mutex); ! if (textureCubeMap) ! return textureCubeMap; // create and setup the texture object --- 127,136 getOrCreateTextureCubeMap() { !static osg::ref_ptrosg::TextureCubeMap textureCubeMap; static SGMutex mutex; SGGuardSGMutex locker(mutex); ! if (textureCubeMap.get()) ! return textureCubeMap.get(); // create and setup the texture object *** *** 147,151 textureCubeMap-setUpdateCallback(new SGMapGenCallback); ! return textureCubeMap; } --- 145,149 textureCubeMap-setUpdateCallback(new SGMapGenCallback); ! return textureCubeMap.get(); } ___ Simgear-cvslogs mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/simgear-cvslogs 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGQuat.hxx, 1.11, 1.12
Frederic, However compiler.h isn't included into SGQuat.hxx, so I didn't realized that you had a patch in compiler.h. I am not to sure which headers should be included. So I prefered a local patch, here. Please feel free to fix it properly. Olaf ... left out fix for copysign for Microsoft Compiler This is redundant with a fix I already put in compiler.h - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGQuat.hxx, 1.11, 1.12
Selon Olaf Flebbe : Frederic, However compiler.h isn't included into SGQuat.hxx, so I didn't realized that you had a patch in compiler.h. I am not to sure which headers should be included. So I prefered a local patch, here. Please feel free to fix it properly. Olaf ... left out fix for copysign for Microsoft Compiler This is redundant with a fix I already put in compiler.h For me, including the define in compiler.h was all that was needed. I don't see a problem without it in SGQuat.hxx. We are compiling the same files, aren't we ? If it is a problem for you, please post the error. I would like to understand the issue. Thanks, -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGQuat.hxx, 1.11, 1.12
Selon Frederic Bouvier : Selon Olaf Flebbe : Frederic, However compiler.h isn't included into SGQuat.hxx, so I didn't realized that you had a patch in compiler.h. I am not to sure which headers should be included. So I prefered a local patch, here. Please feel free to fix it properly. Olaf ... left out fix for copysign for Microsoft Compiler This is redundant with a fix I already put in compiler.h For me, including the define in compiler.h was all that was needed. I don't see a problem without it in SGQuat.hxx. We are compiling the same files, aren't we ? If it is a problem for you, please post the error. I would like to understand the issue. Ok, maybe we are out of sync in this discussion. I already removed the copysign definition in favor of a more centralized place: compiler.h that already has definitions for isnan and vsnprintf. Tell me if it still work for you -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGQuat.hxx, 1.11, 1.12
Fred, If it is a problem for you, please post the error. I would like to understand the issue. I doublechecked and looked at the CVS history, time stamps of emails... I created a patch and forgot to send them immediatly to Mathias to be included into the release. In the meantime you fixed it at a different place in source. I did an update, everything worked o.k. so I asked Mathias to commit the diff. I did a recompile, the _copysign is not needed any more in SGQuat.hxx. Please feel free to remove. Olaf BTW: Do you have an OSG build running? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/math SGQuat.hxx, 1.11, 1.12
Selon Mathias Froehlich : Update of /var/cvs/SimGear-0.3/SimGear/simgear/math In directory baron:/tmp/cvs-serv15898/simgear/math Modified Files: SGQuat.hxx Log Message: Modified Files: simgear/scene/util/SGDebugDrawCallback.hxx simgear/math/SGQuat.hxx: Olaf Flebbe: Make it compile on some more win32 variants. Index: SGQuat.hxx === RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/math/SGQuat.hxx,v retrieving revision 1.11 retrieving revision 1.12 diff -C 2 -r1.11 -r1.12 *** SGQuat.hxx1 Nov 2006 21:25:21 - 1.11 --- SGQuat.hxx7 Nov 2006 05:46:26 - 1.12 *** *** 27,30 --- 27,35 #endif + // for microsoft compiler + #ifdef _MSC_VER + #define copysign _copysign + #endif + #include osg/Quat This is redundant with a fix I already put in compiler.h -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene Makefile.am, 1.6, 1.7
Mathias Froehlich wrote: Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene In directory baron:/tmp/cvs-serv28452/simgear/scene Modified Files: Makefile.am [...] Index: Makefile.am === RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/Makefile.am,v retrieving revision 1.6 retrieving revision 1.7 diff -C 2 -r1.6 -r1.7 *** Makefile.am 14 Oct 2004 13:35:11 - 1.6 --- Makefile.am 29 Oct 2006 19:27:09 - 1.7 *** *** 1,5 includedir = @includedir@/scene ! SUBDIRS = material model sky tgdb # lib_LIBRARIES = libsgscene.a --- 1,5 includedir = @includedir@/scene ! SUBDIRS = material model sky tgdb util The directory SimGear/simgear/scene/util/ contains only header files, I think this very single patch could get reverted, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/scene
Curtis Olson wrote: I think make needs to visit that directory when you run make dist, so it's probably good that it's included in the visited directories. Ah, I didn't think about that. So then 'libsgutil.a' should be removed from 'lib_LIBRARIES' in 'simgear/scene/util/Makefile.am' in order to avoid a buld error or which is the way to go ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS:
On Monday 28 August 2006 16:20, Martin Spott wrote: Frederic Bouvier wrote: Selon Martin Spott : cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx, Line = 9 Explicit specialization of function SGPersonalityParameterdouble::getNodeValue must precede its first use. SGPersonalityParameterdouble::getNodeValue( SGPropertyNode *props, Any suggestion ? What your documentation is saying about this error ? If I were able to tell you what's going on here, then I would have posted a patch and not this ERROR message ;-) Martin, is this fixed with the now inserted forward decl? If not I might have an idea. Greetings Mathias - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel