On Tue, Oct 25, 2011 at 7:33 PM, HB-GRAL wrote:
> Am 25.10.11 18:54, schrieb Gijs de Rooy:
>> No matter what aircraft-split we end up with, aircraft authors will always
>> be able to update their own aircraft at
>> any time.
>
> Hope so ;-)
>
> With the current setup you can for example commit (a
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
> 'terra
On Tue, 2011-10-25 at 18:47 +0100, James Turner wrote:
> On 25 Oct 2011, at 15:20, Geoff McLane wrote:
> >
> >
> >> need to see the arguments / environment
> >> passed to CMake, to understand why.
> > But in each case I have explicitly given you
> > the exact exports and cmake commands used...
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 subdirect
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_SOURC
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.
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
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
WO
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-integ
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.
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
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
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 'terr
13 matches
Mail list logo