Re: [Flightgear-devel] more cmake problems
syd Hi Ive been trying to build flightgear with ccmake , no luck yet. The first error was SIMGEAR_VERSION_OK not found , but with some help on irc, I managed to get past this by adding set(SIMGEAR_VERSION_OK 1) to the CMakeLists.txt. Now i get these error messages : WARNING: Target fgfs requests linking to directory /home/syd/FG/lib. Targets may link only to libraries. CMake is dropping the item. WARNING: Target metar requests linking to directory /home/syd/FG/lib. Targets may link only to libraries. CMake is dropping the item. WARNING: Target fgviewer requests linking to directory /home/syd/FG/lib. Targets may link only to libraries. CMake is dropping the item. As you can see , i keep FG in my home folder.Simgear built and installed without errors. Any suggestions You need ALL of the following: CMAKE_PREFIX_PATH - path/to/simgear e.g. D:/Cygwin/simgear SIMGEAR_INCLUDE_DIR - path/to/simgear/include e.g. D:/Cygwin/simgear/include SIMGEAR_LIBRARIES - SIMGEAR_LIBRARIES-NOTFOUND SIMGEAR_VERSION_OK - true Works here to solve exactly the problems you describe. I would have told you on IRC, but you seem to have left before I could do so. HTH Vivian -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
On 9 Nov 2011, at 08:33, Vivian Meazza wrote: You need ALL of the following: CMAKE_PREFIX_PATH - path/to/simgear e.g. D:/Cygwin/simgear SIMGEAR_INCLUDE_DIR - path/to/simgear/include e.g. D:/Cygwin/simgear/include SIMGEAR_LIBRARIES - SIMGEAR_LIBRARIES-NOTFOUND SIMGEAR_VERSION_OK - true Just for the benefit of anyone reading the archives in the future, there's definitely a bug in the SimGear detection script right now, affecting Windows, and the above works around the issue, but it's likely to cause other problems down the line. Unfortunately the problem only seems to affect certain installations / configurations, so right now more research is needed, on an affected machine, as to why the automatic detection fails. The above variables short circuit the problematic detection, but is setting some variables that are not intended to be set manually, and setting them manually will lead to confusing behaviour when the bug is fixed - you will need to ensure you remove the Cmake cache files or these options will 'stick'. Obviously the idea solution, would be for someone on Windows to dig into the FindSimGear module, and pin down why the detection is screwing up! James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
On Tue, 2011-11-08 at 22:15 +0100, Frederic Bouvier wrote: - Mail original - On 8 Nov 2011, at 19:59, Frederic Bouvier wrote: FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are archived. Brilliant, thanks Fred. I am still not sure about the right method to exclude OSG from the build. I added -DNO_OPENSCENEGRAPH_INTERFACE -DNO_TIMER to the MSVC flags, but I am curious to know how it is done for Linux or Mac. Regards, -Fred Hi Fred, In Ubuntu linux, because I do NOT have OSG installed in any 'standard' place, in my makefg script, I do - export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 to get terragear-cs to cmake build... Maybe the CFLAGS is not needed. I did try adding - -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1 but could NOT get that working... it was not passed to the compiler... Regards, Geoff. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
On 9 Nov 2011, at 15:32, Geoff McLane wrote: In Ubuntu linux, because I do NOT have OSG installed in any 'standard' place, in my makefg script, I do - export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 to get terragear-cs to cmake build... Maybe the CFLAGS is not needed. I did try adding - -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1 but could NOT get that working... it was not passed to the compiler... The 'best' fix will be to set this define in the root CMakeList for TerraGear - I'll do this 'soon' if no one beats me to it. James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
In Ubuntu linux, because I do NOT have OSG installed in any 'standard' place, in my makefg script, I do - export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1 to get terragear-cs to cmake build... Maybe the CFLAGS is not needed. I did try adding - -D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1 but could NOT get that working... it was not passed to the compiler... The 'best' fix will be to set this define in the root CMakeList for TerraGear - I'll do this 'soon' if no one beats me to it. I already did that, but for MSVC only. I also had to add -DNO_TIMER -Fred -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
On Wed, 2011-11-09 at 17:56 +0100, Frederic Bouvier wrote:
In Ubuntu linux, because I do NOT have OSG installed in
any 'standard' place, in my makefg script, I do -
export CXXFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
export CFLAGS=-DNO_OPENSCENEGRAPH_INTERFACE=1
to get terragear-cs to cmake build...
Maybe the CFLAGS is not needed. I did try adding -
-D CMAKE_CXX_FLAGS:STRING=-DNO_OPENSCENEGRAPH_INTERFACE=1
but could NOT get that working... it was not passed to
the compiler...
The 'best' fix will be to set this define in the root CMakeList for
TerraGear - I'll do this 'soon' if no one beats me to it.
I already did that, but for MSVC only. I also had to add -DNO_TIMER
-Fred
Hi Fred, James,
Well, I think the -DNO_OPENSCENEGRAPH_INTERFACE=1
needs to be applied to ALL ports, since terragear-cs
should have no need for OpenSceneGraph dependence,
IN ANY MACHINE...
It seems -DNO_TIMER is due solely to a file
as part of -
src/Lib/TriangleJRS/triangle.c
for systems that do NOT have the function
'gettimeofday()', and that is just native Windows,
no?
And maybe mingw? Or cygwin? - do not know...
In my previous TG Windows build I added -
#define NO_TIMER
#define TRILIBRARY
to a hand crafted config.h for MSVC...
and added -
#include config.h
to triangle.c...
But now that cmake generates a 'config.h' in
ALL platforms, then perhaps it could be added
to that rather than as yet ANOTHER compiler
switch...
Or perhaps dealt with like TRILIBRARY, in
src/Lib/TriangleJRS/CMakeLists.txt
set_target_properties(TriangleJRS PROPERTIES
COMPILE_DEFINITIONS TRILIBRARY )
Although, really, it would NOT be a big job to add
a gettimeofday() service, either using the native
QueryPerformanceCounter(li)
or even _ftime(), for the Windows port...
That could be as simple as -
#ifdef _MSC_VER
#include sys\timeb.h
#ifndef timeval /* is in Ws2_32.h */
struct timeval {
long tv_sec;
long tv_usec;
};
#endif /* timeval */
#ifndef timezone
struct timezone {
int tz_minuteswest;
int tz_dsttime;
};
#endif /* timezone */
int gettimeofday(struct timeval *tp, void *tzp)
{
struct _timeb timebuffer;
_ftime(timebuffer);
tp-tv_sec = timebuffer.time;
tp-tv_usec = timebuffer.millitm * 1000;
return 0;
}
#endif /* _MSC_VER */
Just tested this code in Windows, and it compiles
fine, making no need to define NO_TIMER for
Windows ;=))
Had to change one other line -
#ifndef NO_TIMER
to
#if !defined(NO_TIMER) !defined(_MSC_VER)
#include sys/time.h
#endif /* NO_TIMER */
HTH.
Regards,
Geoff.
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
Im on linux , not windows . Im about to try again , and since i know nothing about Cmake files i may be hand editing it wrong ... or possibly putting the variables in the wrong place ... I'll post if Im successful. Cheers On Wed, Nov 9, 2011 at 7:47 AM, James Turner zakal...@mac.com wrote: On 9 Nov 2011, at 08:33, Vivian Meazza wrote: You need ALL of the following: CMAKE_PREFIX_PATH - path/to/simgear e.g. D:/Cygwin/simgear SIMGEAR_INCLUDE_DIR - path/to/simgear/include e.g. D:/Cygwin/simgear/include SIMGEAR_LIBRARIES - SIMGEAR_LIBRARIES-NOTFOUND SIMGEAR_VERSION_OK - true Just for the benefit of anyone reading the archives in the future, there's definitely a bug in the SimGear detection script right now, affecting Windows, and the above works around the issue, but it's likely to cause other problems down the line. Unfortunately the problem only seems to affect certain installations / configurations, so right now more research is needed, on an affected machine, as to why the automatic detection fails. The above variables short circuit the problematic detection, but is setting some variables that are not intended to be set manually, and setting them manually will lead to confusing behaviour when the bug is fixed - you will need to ensure you remove the Cmake cache files or these options will 'stick'. Obviously the idea solution, would be for someone on Windows to dig into the FindSimGear module, and pin down why the detection is screwing up! James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
OK , success I obviously messed it up myself here I started fresh , used cmake-gui. The first error that appeared was the SIMGEAR_VERSION_OK , so i added that BOOL variable in the Add Entry box , reconfigured , and everything built successfully. I guess i messed it up by hand editing.Thanks for the tips guys. Cheers On Wed, Nov 9, 2011 at 2:44 PM, syd adams adams@gmail.com wrote: Im on linux , not windows . Im about to try again , and since i know nothing about Cmake files i may be hand editing it wrong ... or possibly putting the variables in the wrong place ... I'll post if Im successful. Cheers On Wed, Nov 9, 2011 at 7:47 AM, James Turner zakal...@mac.com wrote: On 9 Nov 2011, at 08:33, Vivian Meazza wrote: You need ALL of the following: CMAKE_PREFIX_PATH - path/to/simgear e.g. D:/Cygwin/simgear SIMGEAR_INCLUDE_DIR - path/to/simgear/include e.g. D:/Cygwin/simgear/include SIMGEAR_LIBRARIES - SIMGEAR_LIBRARIES-NOTFOUND SIMGEAR_VERSION_OK - true Just for the benefit of anyone reading the archives in the future, there's definitely a bug in the SimGear detection script right now, affecting Windows, and the above works around the issue, but it's likely to cause other problems down the line. Unfortunately the problem only seems to affect certain installations / configurations, so right now more research is needed, on an affected machine, as to why the automatic detection fails. The above variables short circuit the problematic detection, but is setting some variables that are not intended to be set manually, and setting them manually will lead to confusing behaviour when the bug is fixed - you will need to ensure you remove the Cmake cache files or these options will 'stick'. Obviously the idea solution, would be for someone on Windows to dig into the FindSimGear module, and pin down why the detection is screwing up! James -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
Oops , spoke too soon :) /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx: In member function ‘virtual osg::Node* FGTileMgr::loadTileModel(const std::string, bool)’: /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx:279:17: error: ‘loadDeferedModel’ is not a member of ‘simgear::SGModelLib’ make[2]: *** [src/Scenery/CMakeFiles/fgScenery.dir/tilemgr.cxx.o] Error 1 make[1]: *** [src/Scenery/CMakeFiles/fgScenery.dir/all] Error 2 Though it seems a different problem , more commits to go still i think i think I'll work on Citation X for awhile ;) Cheers -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
SimGear not in sync with flightgear -Fred - Mail original - Oops , spoke too soon :) /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx: In member function ‘virtual osg::Node* FGTileMgr::loadTileModel(const std::string, bool)’: /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx:279:17: error: ‘loadDeferedModel’ is not a member of ‘simgear::SGModelLib’ make[2]: *** [src/Scenery/CMakeFiles/fgScenery.dir/tilemgr.cxx.o] Error 1 make[1]: *** [src/Scenery/CMakeFiles/fgScenery.dir/all] Error 2 Though it seems a different problem , more commits to go still i think i think I'll work on Citation X for awhile ;) Cheers -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] more cmake problems
Syd -Original Message- From: syd adams [mailto:adams@gmail.com] Sent: 09 November 2011 22:51 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] more cmake problems Oops , spoke too soon :) /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx: In member function 'virtual osg::Node* FGTileMgr::loadTileModel(const std::string, bool)': /home/syd/FG/flightgear/src/Scenery/tilemgr.cxx:279:17: error: 'loadDeferedModel' is not a member of 'simgear::SGModelLib' make[2]: *** [src/Scenery/CMakeFiles/fgScenery.dir/tilemgr.cxx.o] Error 1 make[1]: *** [src/Scenery/CMakeFiles/fgScenery.dir/all] Error 2 Though it seems a different problem , more commits to go still i think i think I'll work on Citation X for awhile ;) Cheers Yeah - I got that first run - I'd forgotten to re-install SG. Check all the obvious things - up-to-date SG and FG, rerun cmake, rebuild and install SG then FG. You might need to update some of the dependencies too. V. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Fixpoints navaids
Hi all I tried to add 8.50 .dat version fixes to my map (map.fgx.ch) yesterday. I see that the database contains the name of the fix/waypoint and coordinates and no further cols. Wouldn’t some classification be useful, i.e. - Approach Fix - Intermediate Fix - Final Fix - MAPT - Step down - Fly-by - Fly-over - Co-located - Speed limit (?) Is there any possibility to classify the bare 8.50 fix database somehow, i.e. by name ? I can also start to provide other sources, but then the fix database needs updates outside xplane. Another question is, are current fixes also used for AI Traffic ? Cheers, Yves -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
