Re: [Flightgear-devel] Terragear now sans plib
> FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. > Artifacts are archived. And the 64 bit flavor is available too Regards, -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 #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 #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] 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 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
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
- 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 -- 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 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. 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
> Fred wrote: > FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are > archived. Wow, thanks a lot!! I've been waiting for that ever since 2009 :) Gijs -- 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
Hi, FWIW, I added a TerraGear-Win-Cmake task to the Jenkins Server. Artifacts are archived. Regards, -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 8 Nov 2011, at 09:57, Christian Schmitt wrote: > Done. If someone could remove the cmake branches, that'd be nice. :) I'll do so, thanks for the merge. Onwards with fixing the fgfs-construct crashes! 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
Martin Spott wrote: > I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the > usual issue we already know. Therefore I'd vote to merge the CMake > branch - just in case, we'd fix the remaining issues in master. Done. If someone could remove the cmake branches, that'd be nice. :) -- 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
Christian Schmitt wrote: > Can confirm the fix as well. It works all as expected. Waiting for your last > feedback now, Martin, before preparing the merge. I'm pretty certain the crash in 'fgfs-construct' is unrelated, just the usual issue we already know. Therefore I'd vote to merge the CMake branch - just in case, we'd fix the remaining issues in master. >> In the meantime we managed to established a method to reliably create >> topologically clean !! CORINE land cover from the publicly available >> sources, thus we "just" (TM) need to find out how - reliably - not to >> crash 'fgfs-construct' when processing these detailed datasets at large >> scale ;-) > > That sounds good, but I still don't know what/where the tile border > elevation inaccuracies exactly come from... Well, the typical issues wrt. 'fgfs-construct' are still the same, no matter wether we're building just Europe or The World. Therefore, if we'd manage to 'educate' construct not to crash I'd consider rebuilding The World anyway Anyhow, getting the tile boundaries aligned would still be a great improvement for future terrain fixes. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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
Martin Spott wrote: > Thanks a lot, things are looking much better now ! I'll perform a few > more tests and will report back. Can confirm the fix as well. It works all as expected. Waiting for your last feedback now, Martin, before preparing the merge. > In the meantime we managed to established a method to reliably create > topologically clean !! CORINE land cover from the publicly available > sources, thus we "just" (TM) need to find out how - reliably - not to > crash 'fgfs-construct' when processing these detailed datasets at large > scale ;-) That sounds good, but I still don't know what/where the tile border elevation inaccuracies exactly come from... Chris -- 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 Mon, Nov 7, 2011 at 12:33 PM, Martin Spott wrote: > James Turner wrote: > >> This is fixed now, though I don't really understand how it ever >> worked - rawdem.c wasn't checking a particular return code nicely, >> now it does. > > Thanks a lot, things are looking much better now ! Indeed, valgrind seems to be happy now. -- Csaba/Jester -- 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 7 Nov 2011, at 11:33, Martin Spott wrote: > Thanks a lot, things are looking much better now ! I'll perform a few > more tests and will report back. > In the meantime we managed to established a method to reliably create > topologically clean !! CORINE land cover from the publicly available > sources, thus we "just" (TM) need to find out how - reliably - not to > crash 'fgfs-construct' when processing these detailed datasets at large > scale ;-) Excellent news. As ever, if you can tell me idiot-proof steps to make it crash, I'll be happy to dive in. Of course, if the problem turns out to be GPC, we have some further work to do :) 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
James Turner wrote: > This is fixed now, though I don't really understand how it ever > worked - rawdem.c wasn't checking a particular return code nicely, > now it does. Thanks a lot, things are looking much better now ! I'll perform a few more tests and will report back. In the meantime we managed to established a method to reliably create topologically clean !! CORINE land cover from the publicly available sources, thus we "just" (TM) need to find out how - reliably - not to crash 'fgfs-construct' when processing these detailed datasets at large scale ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 3 Nov 2011, at 18:51, James Turner wrote: > ... going to be something really obscure when we track this down, I guess This is fixed now, though I don't really understand how it ever worked - rawdem.c wasn't checking a particular return code nicely, now it does. 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 3 Nov 2011, at 13:19, Christian Schmitt wrote: >> That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and >> Glibc-2.11.2, if it matters, > > Ok, I observed the following: compiling the raw2ascii as "Release" leads to > the error (on Debian). When compiling as "Debug" it works here. Ahh, I was trying Debug, will test Release tomorrow. Thanks Christian! ... going to be something really obscure when we track this down, I guess 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 Thu, Nov 3, 2011 at 8:19 AM, Christian Schmitt wrote: > Martin Spott wrote: > > > That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and > > Glibc-2.11.2, if it matters, > > Ok, I observed the following: compiling the raw2ascii as "Release" leads to > the error (on Debian). When compiling as "Debug" it works here. > Caution on array overruns or (mis)using freed memory if that is your symptom. Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- 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
Martin Spott wrote: > That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and > Glibc-2.11.2, if it matters, Ok, I observed the following: compiling the raw2ascii as "Release" leads to the error (on Debian). When compiling as "Debug" it works here. Chris -- 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
Martin Spott wrote: > Christian Schmitt wrote: > >> Martin: Can you tell me under which OS this is happening? So I can try to >> reproduce it in a VM. > > That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and > Glibc-2.11.2, if it matters, > I guess it matters, because I get exactly the same error as you now in the Debian VM Chris -- 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
Christian Schmitt wrote: > Martin: Can you tell me under which OS this is happening? So I can try to > reproduce it in a VM. That's stock Debian 6 alias Squeeze, the current stable, GCC-4.4.5 and Glibc-2.11.2, if it matters, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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
James Turner wrote: > With some local changes to Simgear/next, but I am 'fairly sure' they don't > relate to path/file/string handling. (Some changes in the SGOceanTile > handling) > I just tested this as well (without your fix) and it works here too. Even when using Martin's pathnames. glibc-2.13 gcc-4.5.3 Martin: Can you tell me under which OS this is happening? So I can try to reproduce it in a VM. Chris -- 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
James Turner wrote: > On 2 Nov 2011, at 19:48, Martin Spott wrote: >>> Fixed now, at least, it generated a ton of .dem files for me. >> >> Really ? And you're on simgear/next and terragear-cs/cmake-integration >> without local changes ? > > With some local changes to Simgear/next, but I am 'fairly sure' they > don't relate to path/file/string handling. (Some changes in the > SGOceanTile handling) Generally I trust your expertise, anyhow I still get the same 'defect' with a fresh clone of simgear/next and terragear-cs/cmake-integration I'm at risk of running out of time this week, therefore, unfortunately, except from a few quick tests I'm unable to dedicate much effort to digging into this. Sorry, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 2 Nov 2011, at 19:48, Martin Spott wrote: >> Fixed now, at least, it generated a ton of .dem files for me. > > Really ? And you're on simgear/next and terragear-cs/cmake-integration > without local changes ? With some local changes to Simgear/next, but I am 'fairly sure' they don't relate to path/file/string handling. (Some changes in the SGOceanTile handling) 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
James Turner wrote: > On 2 Nov 2011, at 18:51, James Turner wrote: > >>> In normal operation, "raw2ascii" should almost immediately start >>> writing lots of files to "${WORKDIR}/SRTM-30-ASCII/e020n90/", but with >>> current simgear/terragear-cs I'm just getting an insane number of >>> lines: >> >> Thanks Martin, will take a look. > > Fixed now, at least, it generated a ton of .dem files for me. Really ? And you're on simgear/next and terragear-cs/cmake-integration without local changes ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- 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 2 Nov 2011, at 18:51, James Turner wrote: >> In normal operation, "raw2ascii" should almost immediately start >> writing lots of files to "${WORKDIR}/SRTM-30-ASCII/e020n90/", but with >> current simgear/terragear-cs I'm just getting an insane number of >> lines: > > Thanks Martin, will take a look. Fixed now, at least, it generated a ton of .dem files for me. (Minor tweak to the config.h creation - I suspect there's actually a more subtle bug in rawdem.c, but that's not a file we've actually changed at all, so the CMake behaviour matches the automake behaviour now) 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 2 Nov 2011, at 18:33, Martin Spott wrote: > In normal operation, "raw2ascii" should almost immediately start > writing lots of files to "${WORKDIR}/SRTM-30-ASCII/e020n90/", but with > current simgear/terragear-cs I'm just getting an insane number of > lines: Thanks Martin, will take a look. 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
Martin Spott wrote: > Yes, "raw2ascii" doesn't work with both "simgear" and "terragear-cs" > HEAD and therefore "demchop" is still untested. I'll provide a test > case as soon as time permits - spare time is a bit tight these days. Ok, try this - get the data files from: ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2_1/HGT/SRTM30/e020n90/ ... and run: DATADIR=${HOME}/archive/GIS/GISData/SRTM/version2_1/HGT/SRTM30 WORKDIR=${HOME}/workdir mkdir -p ${WORKDIR}/tmp cd ${WORKDIR}/tmp unzip ${DATADIR}/e020n90/e020n90.dem.zip unzip ${DATADIR}/e020n90/e020n90.hdr.zip mkdir -p ${WORKDIR}/SRTM-30-ASCII/e020n90 raw2ascii E020N90 ${WORKDIR}/SRTM-30-ASCII/e020n90 In normal operation, "raw2ascii" should almost immediately start writing lots of files to "${WORKDIR}/SRTM-30-ASCII/e020n90/", but with current simgear/terragear-cs I'm just getting an insane number of lines: - ignore for now Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA® 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
Christian Schmitt wrote: > Not only can I hgtchop, but also build scenery chunks again. So from my > point of view the problems are solved. Are there any objections against > pushing the changes to master? Yes, "raw2ascii" doesn't work with both "simgear" and "terragear-cs" HEAD and therefore "demchop" is still untested. I'll provide a test case as soon as time permits - spare time is a bit tight these days. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA® 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
James Turner wrote: > I've pushed a fix to Simgear, updated the tests, and now I can run hgtchop > happily with latest simgear and terragear. Not only can I hgtchop, but also build scenery chunks again. So from my point of view the problems are solved. Are there any objections against pushing the changes to master? So this gets some more testing and more people can make use of the improvements. Chris -- RSA® 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 26 Oct 2011, at 18:43, Martin Spott wrote: > I've tested various pairings of > 'simgear' and 'terragear-cs', unfortunately without getting a 'hgtchop' > creating subdirectories and/or files. Anyhow I'd like to hear from > others being more successful with using recent versions of the > 'terragear-cs' tools. Just pushed a fix (to SimGear) - I changed the behaviour of an SGPath method, a few weeks ago, thinking no one would be relying on the 'old' behaviour ... turns out several places in TerraGear rely on exactly the behaviour I thought was crazy :) I've pushed a fix to Simgear, updated the tests, and now I can run hgtchop happily with latest simgear and terragear. James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
James Turner wrote: > Can you describe / give me a minimal test setup? I'm really running out of ideas and my buget of testing time for today (maybe this week) is exhausted. I've tested various pairings of 'simgear' and 'terragear-cs', unfortunately without getting a 'hgtchop' creating subdirectories and/or files. Anyhow I'd like to hear from others being more successful with using recent versions of the 'terragear-cs' tools. For now, in order to build terrain, I'd recomment simgear-cs at 6284fc22d56d3ca5b447c232e22369d3f0a23d0e and terragear-cs at 1707ec7fbfe09eb39951539334573aa6b1762804 Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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-10-26 at 15:38 +0200, Christian Schmitt wrote: > Geoff McLane wrote: > > > An error something like - > > 'do not know how to make main.c from main.o' > > which I did NOT understand... seems reversed! > > > > And why 'main.c', since the Makefile.am shows > > only - > > raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h > > There is no main.c here??? > > > Hi, > > this is caused by old .dep dirs and files lying around, which still contain > the old names (main was renamed recently). So either restart with a fresh > repo checkout, or do a grep for main.c in src/Prep/DemRaw2ascii and change > it accordingly. > > HTH > Chris > Hi Chris, Wow, it helped immensely ;=)) Renamed terragear-cs to tg-cs-old, and did a fresh clone, configure, compile, install, ... and 3 min 24 secs later was all done perfectly... Went back and looked in tg-cs-old/src/Prep/DemRaw2ascii, and sure enough .deps/main.Po contained main.o: main.c ../../../src/Include/config.h /usr/include/stdio.h \ Tar muchly... will watch for that in future ;=)) Regards, Geoff. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
James Turner wrote: > A fair suggestion! I originally combined them because it was easier not to > worry about PLIB when creating the CMake files, but I wasn't expecting the > slightly-complex changes to de-PLIB the file handling code. > > Let me see how hard it would be, to un-pick the changes. > I'm pretty good at untangling git commits, but IMHO, let's only do that if it is clear that the current directory problems can't be rectified with 1-2 more commits. Seperating cmake from de-plib might be far more work. Chris -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Geoff McLane wrote: > An error something like - > 'do not know how to make main.c from main.o' > which I did NOT understand... seems reversed! > > And why 'main.c', since the Makefile.am shows > only - > raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h > There is no main.c here??? > Hi, this is caused by old .dep dirs and files lying around, which still contain the old names (main was renamed recently). So either restart with a fresh repo checkout, or do a grep for main.c in src/Prep/DemRaw2ascii and change it accordingly. HTH Chris -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
James Turner wrote: > Can you describe / give me a minimal test setup? Difficult, because 'hgtchop' doesn't work any more either, not even with terragear-cs/master ;-) Try this one for the preparational step - adapt from my setup: DATADIR=${HOME}/archive/GIS/GISData/SRTM/version2_1/HGT/SRTM3 WORKDIR=${HOME}/workdir mkdir -p ${WORKDIR} for REGION in Islands; do for HGTFLE in "${DATADIR}/${REGION}/"*.hgt.zip; do hgtchop 3 ${HGTFLE} ${WORKDIR}/SRTM2-${REGION}-3 done done At the current state this leaves an empty ~/workdir/ whereas the directory should contain approx. 1k files in 170 subdirectories. The respective SRTM files are available here - unless you prefer to use the 'authoritative' source: ftp://ftp.ihg.uni-duisburg.de/GIS/GISData/SRTM/version2_1/HGT/SRTM3/Islands/ Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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-10-26 at 13:19 +0100, James Turner wrote: > On 26 Oct 2011, at 13:13, Martin Spott wrote: > > > Apparently directory path handling has been changed recently in a way > > which prevents 'terrafit' from recursively walking the given directory > > tree. > > This issue is with cmake-integration/CMake, cmake-integration/Autoconf > > but master/Autoconf is fine. I'm also observing a similar behaviour at > > 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf). > > This is certainly my fault, as part of the changes to switch to using the > simgear path/directory handling, instead of PLIB. > > Can you describe / give me a minimal test setup? My inability to easily test > such changes is the main reason I don't want to merge to master yet :) I've > been relying on Chris to test some pieces, but there's a lot of different > tools in TerraGear. > > James > Hi James, Martin, >From a git pull Oct 24 I too could NOT get master 'raw2ascii' to compile using automake ;=(( An error something like - 'do not know how to make main.c from main.o' which I did NOT understand... seems reversed! And why 'main.c', since the Makefile.am shows only - raw2ascii_SOURCES = main.cxx rawdem.c rawdem.h There is no main.c here??? No particular setup... just the usual ./autogen.sh; ./configure [options, including with-simgear=, with-plib= etc]; and make, that has worked before... Except of course this is against sg-git, and osg-301. In my case the FULL command was - tmp/templog55.txt:Doing TG ./configure \ --prefix=/home/geoff --exec-prefix=/home/geoff \ --with-osg=/home/geoff/fg/fg16/install/OSG301 \ --with-simgear=/home/geoff/fg/fg16/install/simgear \ --with-plib=/usr --disable-ogrdecode \ --disable-poly2ogr Have not tried the cmake branch yet, but hope to get around to it soon... Need a heads up about the removal of PLIB dependence eventually in master, since I will need to adjust my makefg script, which also makes TG, to match, but all this is now arriving nicely as part of the commitlogs - Thanks... Regards, Geoff. -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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 26 Oct 2011, at 13:34, Martin Spott wrote: > I was interrupted when writing the above As an addition I'd > propose to separate the de-PLIB-ifying from the 'cmake-integration' > into a separate branch/topic/whatever because the move to CMake as a > build system appears to be successful. A fair suggestion! I originally combined them because it was easier not to worry about PLIB when creating the CMake files, but I wasn't expecting the slightly-complex changes to de-PLIB the file handling code. Let me see how hard it would be, to un-pick the changes. James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Martin Spott wrote: > Apparently directory path handling has been changed recently in a way > which prevents 'terrafit' from recursively walking the given directory > tree. > This issue is with cmake-integration/CMake, cmake-integration/Autoconf > but master/Autoconf is fine. I'm also observing a similar behaviour at > 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf). I was interrupted when writing the above As an addition I'd propose to separate the de-PLIB-ifying from the 'cmake-integration' into a separate branch/topic/whatever because the move to CMake as a build system appears to be successful. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ 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 26 Oct 2011, at 13:13, Martin Spott wrote: > Apparently directory path handling has been changed recently in a way > which prevents 'terrafit' from recursively walking the given directory > tree. > This issue is with cmake-integration/CMake, cmake-integration/Autoconf > but master/Autoconf is fine. I'm also observing a similar behaviour at > 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf). This is certainly my fault, as part of the changes to switch to using the simgear path/directory handling, instead of PLIB. Can you describe / give me a minimal test setup? My inability to easily test such changes is the main reason I don't want to merge to master yet :) I've been relying on Chris to test some pieces, but there's a lot of different tools in TerraGear. James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear now sans plib
Christian Schmitt wrote: > [...] These changes are not yet in the master tree, but can be tested in the > topics/cmake-integration branch. Please do so, if possible, so we can iron > out any showstoppers. Apparently directory path handling has been changed recently in a way which prevents 'terrafit' from recursively walking the given directory tree. This issue is with cmake-integration/CMake, cmake-integration/Autoconf but master/Autoconf is fine. I'm also observing a similar behaviour at 'raw2ascii' with cmake-integration/CMake (didn't test Autoconf). All these test had been performed with recent Gitorious 'simgear'. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Terragear now sans plib
Hi there, maybe you have noticed some exceptionally high activity in recent days/weeks on the Terragear repo. Well, there is one particular reason for it: It now supports the cmake build system and, as of today, does no longer depend on plib. These changes are not yet in the master tree, but can be tested in the topics/cmake-integration branch. Please do so, if possible, so we can iron out any showstoppers. Chris -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel