In message <>
 on 29 Jan 2017 Chris Gransden  wrote:

> In article <>,
>    Matthew Phillips <> wrote:
> > $ cd build
> > $ ../autobuilder/build -v wget
> > as instructed. As with gpsbabel the first thing it tries to do is fetch
> > and compile native-zip. Again, after doing the patching, make starts and
> > we get the same errors as before:

> native-zip should be getting built by the host compiler but instead it
> looks like the autobuilder installed compiler is being used.
> Have you set any envionment variables? Does echo $CC output anything.
> Are any of the autobuilder folders in your PATH? e.g.
> /home/matthew/gccsdk/env. 

Again, it was a result of my being stupid.  I had been reading a posting on
the ROOL forum in which someone sought advice on getting started with GCCSDK
(see ) and the fifth
posting, from Jeffrey Lee, suggested doing:

cd path/to/gccsdk
source env/ro-path

The second time I was vaguely aware this was not necessary but had run it to
check what needed to go in build-setvars and stupidly used the same shell for
the next steps.

Anyway, with a fresh shell I have now tried:

cd ~/gccsdk/build
../autobuilder/build -v wget

I get a report which concludes with:

Package wget: Success

This looks quite promising.  I tried to locate the compiled wget, but when I
looked in ./gccsdk/autobuilder/network/wget there was a !Wget but nothing
executable in it.  Using the Unix find command did not locate it.

I have now found in ./gccsdk/autobuilder/autobuilder_packages/Network that a
new had been created and inside Apps.Network.!Wget there is a
wget executable.  So I think everything is OK.

I then managed to update my autobuilder installation to pick up your new
commits relating to gpsbabel

I tried running

cd ~/gccsdk/build
../autobuilder/build -v gpsbabel

It starts by trying Qt5Base, but this fails, and if I grep the last-failure
file for "error" case insensitively I get these lines at the end:

 uses FPA instructions, whereas does not
uses FPA instructions, whereas does not
collect2: error: ld returned 1 exit status
make[4]: *** [../../../../plugins/platforms/] Error 1
make[3]: *** [sub-minimal-make_first] Error 2
make[2]: *** [sub-platforms-make_first] Error 2
make[1]: *** [sub-plugins-make_first] Error 2
make: *** [sub-src-make_first] Error 2

Do you have any further suggestions?  It looks like a build incompatibility
between a couple of components to do with the floating point.

> You can download gpsbabel from
> It also depends on
> Qt5Base being installed. If you use PackMan to install it the rest of the
> dependencies will be installed as well.

I've installed this successfully and tried converting a file. It seems to
work, but one of the points ended up with a latitude of "nan" rather than a
number, and that caused RiscOSM to crash when loading it.  (Obviously we need
to make RiscOSM more robust in case this happens.)

Not sure why this happened: a version of the file supplied to us converted by
the online gpsbabel web site was identical for all the other 4213 lines in
the file, but has a sensible number for the latitude for this point.

So, almost perfect!

Matthew Phillips

GCCSDK mailing list
List Info:
Main Page:

Reply via email to