[GRASS5] building GRASS 5.3 under FreeBSD 5.0
Glynn Clements
glynn.clements at virgin.net
Sun Feb 1 21:20:22 EST 2004
Jeff D. Hamann wrote:
> I've managed to build HDF4.2r0 into gdal-1.1.9 so that I can build GRASS 5.3
> with gdal support for importing ASTER images.
>
> I'm having a little trouble running ./configure ...
>
> When I run the script without arguments I get the jpeg libraries and get the
> following results:
>
> checking whether to use JPEG... yes
> checking for location of JPEG includes...
> checking for jpeglib.h... no
> configure: error: *** Unable to locate JPEG includes.
> $
>
> if I started to explicity include the include/lib directories like
>
> ./configure --with-jpeg-includes=/usr/local/include --with-jpeg-libs=/usr/lo
> cal/lib
>
> I get to the next header/lib in the configuration process (tiff/png?) and
> get the same results, I've started to explicity define all the include/lib
> paths and realized these are all default paths on my machine and every other
> time I've simply run ./configure I get a decent makefile (without odbc,
> fftw, etc)
Using:
--with-includes=/usr/local/include --with-libs=/usr/local/lib
will cause those directories to be checked automatically for every
header or library. However: it will also cause them to be checked
*before* /usr/include and /usr/lib, which may not be what you want.
> When I used the prefix or includedir/libdir I still get the same results.
Those directories control where the project's (i.e. GRASS') components
are installed, not where it looks for existing dependencies (however,
only --prefix and --bindir are actually used by GRASS).
> Am I doing something wrong or is this a OS-specific problem.
A mixture. On one hand, using --with-includes and --with-libs would
probably solve most of your problems. On the other hand, this wouldn't
be an issue if the compiler/linker used /usr/local/{include,lib}
automatically (as is the case for gcc on Linux).
--
Glynn Clements <glynn.clements at virgin.net>
More information about the grass-dev
mailing list