Sto compilando per la prima volta le gdal alla fine del ./configure ho
il seguente responso che mi preoccupa un po' visto tutti i no che ci
sono, volevo sapere se è normale oppure no, se no lo è cosa devo
aggiungere
GDAL is now configured for x86_64-unknown-linux-gnu
Installation directory: /usr/bin
C compiler: gcc -O2
C++ compiler: g++ -O2
LIBTOOL support: yes
LIBZ support: internal
GRASS support: no
CFITSIO support: no
PCRaster support: internal
NETCDF support: no
LIBPNG support: internal
LIBTIFF support: internal
LIBGEOTIFF support: internal
LIBJPEG support: internal
LIBGIF support: internal
OGDI support: no
HDF4 support: no
HDF5 support: no
KAKADU support: no
JASPER support: no
ECW support: no
MrSID support: no
CURL support (wcs): no
POSTGRESQL support: no
MySQL support: no
XERCES support: no
ODBC support: no
PGEO support: no
OCI support: no
SDE support: no
DODS support: no
SQLite support: no
DWGdirect support no
PANORAMA GIS support: no
INFORMIX DataBlade support:no
GEOS support:
Sto compilando per la prima volta le gdal alla fine del ./configure ho
il seguente responso che mi preoccupa un po' visto tutti i no che ci
sono, volevo sapere se è normale oppure no, se no lo è cosa devo
aggiungere
GDAL is now configured for x86_64-unknown-linux-gnu
Installation directory: /usr/bin
C compiler: gcc -O2
C++ compiler: g++ -O2
LIBTOOL support: yes
LIBZ support: internal
GRASS support: no
CFITSIO support: no
PCRaster support: internal
NETCDF support: no
LIBPNG support: internal
LIBTIFF support: internal
LIBGEOTIFF support: internal
LIBJPEG support: internal
LIBGIF support: internal
OGDI support: no
HDF4 support: no
HDF5 support: no
KAKADU support: no
JASPER support: no
ECW support: no
MrSID support: no
CURL support (wcs): no
POSTGRESQL support: no
MySQL support: no
XERCES support: no
ODBC support: no
PGEO support: no
OCI support: no
SDE support: no
DODS support: no
SQLite support: no
DWGdirect support no
PANORAMA GIS support: no
INFORMIX DataBlade support:no
GEOS support:
Sto compilando per la prima volta le gdal alla fine del ./configure ho
il seguente responso che mi preoccupa un po' visto tutti i no che ci
sono, volevo sapere se è normale oppure no, se no lo è cosa devo
aggiungere
POSTGRESQL support: no
MySQL support: no
SQLite support: no
Il configure si accorge da solo di cosa di puo' compilare e cosa
no.
Per permettergli la compilazione di una feature di solito basta
fargli trovare il corrispondente pacchetto -dev della libreria.
Ad esempio per SQLite io installerei libsqlite3-dev.
la directory /bin contiene gli eseguibili;
se installi in /usr il programma di installazione mette gli
eseguibili in /usr/bin, le librerie in /usr/lib, i file di
intestazione in /usr/include etc etc
comunque prima prova senza percorso:
--with-sqlite --whith-postgresql etc.
oppure se non vuoi un'opzione:
--with-<programma>=no
guarda anche in ./configure --help se ci sono opzioni del
tipo: --with-sqlite-include --with-sqlite-lib
gdal l'avevo compilato anni fa, prima che il pacchetto fosse
nei repository della mia distribuzione, ora non mi ricordo
più esattamente. Comunque se non ci sono opzioni tipo
-include (la directory contenenete i file di intestazione
.h, in genere /usr/include) o -lib (in genere /usr/lib), la
directory da indicare dovrebbe essere quella principale.
2008/2/27 Marco Curreli <marcocurreli@tiscali.it>:
comunque prima prova senza percorso:
> --with-sqlite --whith-postgresql etc.
>
senza percorso non funziona, con il percorso si
> oppure se non vuoi un'opzione:
> --with-<programma>=no
>
> guarda anche in ./configure --help se ci sono opzioni del
> tipo: --with-sqlite-include --with-sqlite-lib
>
> gdal l'avevo compilato anni fa, prima che il pacchetto fosse
> nei repository della mia distribuzione, ora non mi ricordo
> più esattamente. Comunque se non ci sono opzioni tipo
> -include (la directory contenenete i file di intestazione
> .h, in genere /usr/include) o -lib (in genere /usr/lib), la
> directory da indicare dovrebbe essere quella principale.
>
> Sto compilando per la prima volta le gdal alla fine del ./configure ho
> il seguente responso che mi preoccupa un po' visto tutti i no che ci
> sono, volevo sapere se è normale oppure no, se no lo è cosa devo
> aggiungere
>
> POSTGRESQL support: no
> MySQL support: no
> SQLite support: no
Il configure si accorge da solo di cosa di puo' compilare e cosa
no.
Per permettergli la compilazione di una feature di solito basta
fargli trovare il corrispondente pacchetto -dev della libreria.
Ad esempio per SQLite io installerei libsqlite3-dev.
Funziona...ma perchè bisogna installare il -dev?
Ho quasi completato tutto c'è solo più un problemi, se provo ad
configurarlo con odbc non mi accetta lo static-proj senza si, c'è un
motivo?
I <package>-dev contengono headers e librerie di sviluppo necessarie
per compilare software che richiedono un'interazione o devono
includere funzionalità di quel pacchetto.
2008/2/28, Luca Delucchi <lucadeluge@gmail.com>:
2008/2/27 Niccolo Rigacci <niccolo@faunalia.it>:
> > Sto compilando per la prima volta le gdal alla fine del ./configure ho
> > il seguente responso che mi preoccupa un po' visto tutti i no che ci
> > sono, volevo sapere se è normale oppure no, se no lo è cosa devo
> > aggiungere
> >
>
> > POSTGRESQL support: no
> > MySQL support: no
> > SQLite support: no
>
> Il configure si accorge da solo di cosa di puo' compilare e cosa
> no.
>
> Per permettergli la compilazione di una feature di solito basta
> fargli trovare il corrispondente pacchetto -dev della libreria.
>
> Ad esempio per SQLite io installerei libsqlite3-dev.
>
Funziona...ma perchè bisogna installare il -dev?
Ho quasi completato tutto c'è solo più un problemi, se provo ad
configurarlo con odbc non mi accetta lo static-proj senza si, c'è un
motivo?