Menu

#551 XAstir 2.0.0 build configuration fails on missing libproj

closed
nobody
3
2012-09-15
2011-01-03
guido
No

Hi !

Just tried to build XAstir 2.0.0 without having libproj installed. The configure script completes fine and properly detects that libproj is missing/unrequired. But then after starting the build, the Makefile tries to build something in src/shapelib/contrib/ which depends on proj_api.h (included from src/shapelib/contrib/shpgeo.h).

I had no time to investigate the issue any further. Clearly is something to do with the configure script and the Makefiles that are generated.

After installing libproj obviously everything went fine, but we said libproj is optional, isn't it ?

Regards,

Guido

Discussion

  • guido

    guido - 2011-01-03

    I think something similar happens with ImageMagick support. It ended up trying to compile src/map_OSM.c but then failed on #error "QuantumDepth != 16 or 8". After installing the latest ImageMagick everything went fine. As far as I remember the first time I've tried to compile, configure didn't detect ImageMagick, still it tried to compile src/map_OSM.c which I suppose it's something to do with the optional ImageMagick support.

     
  • Jerry Dunmire

    Jerry Dunmire - 2011-01-04

    The problem with map_OSM.c should be fixed as of 12/20/2010, revision 1.11. If you are still seeing the error with that revision please send me a log and configuration information.

    73,
    ...jerry
    KA6HLD

     
  • guido

    guido - 2011-01-04

    No, I am not using cvs or development releases. Just plain 2.0.0 which appears to be the latest stable release.

    Here is what happens for example, when ImageMagick is not available or its support has been explicitly disabled with configure:

    gcc -DHAVE_CONFIG_H -I. -I.. -I../src/shapelib -I/usr/local/include -DXASTIR_DATA_BASE=\"/usr/share/xastir\" -O3 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_OSM.o -MD -MP -MF .deps/map_OSM.Tpo -c -o map_OSM.o map_OSM.c
    map_OSM.c:165:2: error: #error "QuantumDepth != 16 or 8"
    map_OSM.c:291:13: warning: 'get_OSM_local_file' defined but not used
    map_OSM.c:393:13: warning: 'xastirLat2pixelLat' defined but not used
    map_OSM.c:431:13: warning: 'pixelLat2xastirLat' defined but not used
    map_OSM.c:440:13: warning: 'xastirLon2pixelLon' defined but not used
    map_OSM.c:460:13: warning: 'pixelLon2xastirLon' defined but not used
    make[3]: [map_OSM.o] Error 1
    make[3]: Leaving directory /usr/src/xastir-2.0.0/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory/usr/src/xastir-2.0.0/src'
    make[1]:
    [all-recursive] Error 1
    make[1]: Leaving directory `/usr/src/xastir-2.0.0'
    make: *** [all] Error 2

    Also, I would be interested in sharing some code with the XAstir project. It's about handling APRS emergency packets. I have written a small utility, which XAstir could use. Any idea on how to actually do that ?

     
  • Andy Beals

    Andy Beals - 2012-05-11

    Guido- do you have the development versions of imagemagick or graphicsmagick installed? I got the same error until I installed the -dev versions of the packages on ubuntu (12.04 LTS). Here are the *magick packages I have installed:

    ii graphicsmagick 1.3.12-1.1build1 collection of image processing tools
    ii graphicsmagick-dbg 1.3.12-1.1build1 format-independent image processing - debugging symbols
    ii graphicsmagick-libmagick-dev-compat 1.3.12-1.1build1 image processing libraries providing ImageMagick interface
    ii libgraphics-magick-perl 1.3.12-1.1build1 format-independent image processing - perl interface
    ii libgraphicsmagick++1-dev 1.3.12-1.1build1 format-independent image processing - C++ development files
    ii libgraphicsmagick++3 1.3.12-1.1build1 format-independent image processing - C++ shared library
    ii libgraphicsmagick1-dev 1.3.12-1.1build1 format-independent image processing - C development files
    ii libgraphicsmagick3 1.3.12-1.1build1 format-independent image processing - C shared library

     
  • Tom Russo

    Tom Russo - 2012-08-26

    This issue was fixed on 5 December 2010, after Release 2.0.0 was created. The fixed version is in CVS. There has been no formal release since 2.0.0, so CVS is the only way to get such fixes.

    We apologize for the delay in answering this bug report.

     

Log in to post a comment.