I'm trying to install GRASS 6.0 from the tarball. It seems to require
GDAL, which I don't need. I can't install GDAL, due to problems with
that distro, so I'd like to have GRASS not use GDAL. I pass
with-gdal=no into configure, but I get this:
checking whether to use GDAL... no
checking for GDALOpen... no
checking for GDALOpen... no
configure: error: *** Unable to locate GDAL library.
Why does it want the GDAL library when it knows that it should not use
GDAL? Any suggestions for hacks to get around this?
Thx
David
P.S. If whoever maintains the GRASS mailing list home page is
listening, the links off of it are pretty broken. For example, the
using the search field gives an internal server error, the Google
links pass you off to Google's regular homepage, and not a search of
GRASS-Help etc.
I'm trying to install GRASS 6.0 from the tarball. It seems to require
GDAL, which I don't need. I can't install GDAL, due to problems with
that distro, so I'd like to have GRASS not use GDAL. I pass
with-gdal=no into configure, but I get this:
checking whether to use GDAL... no
checking for GDALOpen... no
checking for GDALOpen... no
configure: error: *** Unable to locate GDAL library.
Why does it want the GDAL library when it knows that it should not use
GDAL? Any suggestions for hacks to get around this?
try --without-gdal ? probably same results.
What's the problem building GDAL?
Without it GRASS is rather isolated. It's highly recommended.
P.S. If whoever maintains the GRASS mailing list home page is
listening, the links off of it are pretty broken. For example, the
using the search field gives an internal server error, the Google
links pass you off to Google's regular homepage, and not a search of
GRASS-Help etc.
Note the Users list box links to an offsite search page (broken), the
main search page works ok. (look for the "Search these lists" box above
the mailing-list table)
I found this bug some time a go - You cant build GRASS 6 w/o GDAL.
Building GRASS w/o GDAL always fails and there is a little sense to
build GRASS w/o GDAL.
IMHO GRASS developers should change GDAL from recomended to required package.
Whats Your distro and what problems You have with GDAL? I use GRASS
and GDAL on Gentoo and Slackware w/o problems.
wbr,
Maris.
On Tue, 22 Mar 2005 18:47:42 -0800, David Kramer <davidk@gmail.com> wrote:
I'm trying to install GRASS 6.0 from the tarball. It seems to require
GDAL, which I don't need. I can't install GDAL, due to problems with
that distro, so I'd like to have GRASS not use GDAL. I pass
with-gdal=no into configure, but I get this:
checking whether to use GDAL... no
checking for GDALOpen... no
checking for GDALOpen... no
configure: error: *** Unable to locate GDAL library.
Why does it want the GDAL library when it knows that it should not use
GDAL? Any suggestions for hacks to get around this?
Thx
David
P.S. If whoever maintains the GRASS mailing list home page is
listening, the links off of it are pretty broken. For example, the
using the search field gives an internal server error, the Google
links pass you off to Google's regular homepage, and not a search of
GRASS-Help etc.
On Wed, Mar 23, 2005 at 05:13:43PM +1200, Hamish wrote:
...
> P.S. If whoever maintains the GRASS mailing list home page is
> listening, the links off of it are pretty broken. For example, the
> using the search field gives an internal server error, the Google
> links pass you off to Google's regular homepage, and not a search of
> GRASS-Help etc.
Note the Users list box links to an offsite search page (broken),
> I'm trying to install GRASS 6.0 from the tarball. It seems to require
> GDAL, which I don't need. I can't install GDAL, due to problems with
> that distro, so I'd like to have GRASS not use GDAL. I pass
> with-gdal=no into configure, but I get this:
>
> checking whether to use GDAL... no
> checking for GDALOpen... no
> checking for GDALOpen... no
> configure: error: *** Unable to locate GDAL library.
>
> Why does it want the GDAL library when it knows that it should not use
> GDAL? Any suggestions for hacks to get around this?
try --without-gdal ? probably same results.
What's the problem building GDAL?
Without it GRASS is rather isolated. It's highly recommended.
Here's the problem with GDAL. I'm building on RH Linux from the tar
ball. configure works just fine. Make runs into a couple of problems.
Firstly the -I paths in the makefile are incomplete. I fixed that.
Then I run into this compiler error:
make[2]: Entering directory `/home/foo/Tools/Gdal/gdal-1.2.6/frmts/ogdi'
/bin/sh ../../libtool --mode=compile g++ -Wall -O2 -I../../port
-I../../gcore -I../../alg -I../../ogr -I../../ogr/ogrsf_frmts
-I../../port -c -o ../o/ogdidataset.o ogdidataset.cpp
g++ -Wall -O2 -I../../port -I../../gcore -I../../alg -I../../ogr
-I../../ogr/ogrsf_frmts -I../../port -c ogdidataset.cpp -fPIC -DPIC
-o ../o/.libs/ogdidataset.o
In file included from /usr/include/ecs.h:353,
from ogdidataset.cpp:95:
/usr/include/ecs_util.h:84:22: projects.h: No such file or directory
In file included from /usr/include/ecs.h:353,
from ogdidataset.cpp:95:
/usr/include/ecs_util.h:1071: syntax error before `*' token
/usr/include/ecs_util.h:1072: syntax error before `*' token
/usr/include/ecs_util.h:1144: syntax error before `*' token
Looking at these lines in /usr/include/ecs_util.h I see that they're
all pointers to this type:
PJ *target; /* source and target projection descriptors */
Possibly I have a bad install of ecs_util.h, but I can't find "PJ" anywhere.
B.t.w. While GRASS looks pretty neat, all I need it for right now is
to convert .dlg files into ESRI shapefiles. If anyone on this list
knows a better way to do this conversion, then we can finesse this
whole issue.
> What's the problem building GDAL?
> Without it GRASS is rather isolated. It's highly recommended.
Here's the problem with GDAL. I'm building on RH Linux from the tar
ball. configure works just fine. Make runs into a couple of problems.
Firstly the -I paths in the makefile are incomplete. I fixed that.
when you run ./configure, you need to use absolute path names, not
relative path names. i.e. no --path=../../libs etc.
After that be sure to do 'make distclean' or whatever to clean out the
old occurances. Or even start from a fresh directory.
In file included from /usr/include/ecs.h:353,
from ogdidataset.cpp:95:
/usr/include/ecs_util.h:84:22: projects.h: No such file or directory
In file included from /usr/include/ecs.h:353,
from ogdidataset.cpp:95:
/usr/include/ecs_util.h:1071: syntax error before `*' token
/usr/include/ecs_util.h:1072: syntax error before `*' token
/usr/include/ecs_util.h:1144: syntax error before `*' token
Looking at these lines in /usr/include/ecs_util.h I see that they're
all pointers to this type:
PJ *target; /* source and target projection descriptors
*/
Possibly I have a bad install of ecs_util.h, but I can't find "PJ"
anywhere.
try again with above hint?
B.t.w. While GRASS looks pretty neat, all I need it for right now is
to convert .dlg files into ESRI shapefiles. If anyone on this list
knows a better way to do this conversion, then we can finesse this
whole issue.
Then you will definitely need GDAL. You can use the 'ogr2ogr' program it
makes to do the conversion without GRASS. Of course GRASS is a great
front end for GDAL/OGR and will be needed for any advanced processing.
> B.t.w. While GRASS looks pretty neat, all I need it for right now is
> to convert .dlg files into ESRI shapefiles. If anyone on this list
> knows a better way to do this conversion, then we can finesse this
> whole issue.
Then you will definitely need GDAL. You can use the 'ogr2ogr' program it
makes to do the conversion without GRASS. Of course GRASS is a great
front end for GDAL/OGR and will be needed for any advanced processing.
I managed to get GDAL to build by passing in --with-ogdi=no, since
ogdi was the source of the problem. Indeed ogr2ogr looks like the
solution to my problem.
On Wed, Mar 23, 2005 at 05:38:22PM -0800, David Kramer wrote:
On Thu, 24 Mar 2005 11:49:20 +1200, Hamish wrote:
> > B.t.w. While GRASS looks pretty neat, all I need it for right now is
> > to convert .dlg files into ESRI shapefiles. If anyone on this list
> > knows a better way to do this conversion, then we can finesse this
> > whole issue.
>
> Then you will definitely need GDAL. You can use the 'ogr2ogr' program it
> makes to do the conversion without GRASS. Of course GRASS is a great
> front end for GDAL/OGR and will be needed for any advanced processing.
>
> OGR SDTS-DLG page:
> http://www.gdal.org/ogr/drv_sdts.html
Hamish,
I managed to get GDAL to build by passing in --with-ogdi=no, since
ogdi was the source of the problem. Indeed ogr2ogr looks like the
solution to my problem.
It's important to compile ogdi with external PROJ support, otherwise
it all crashes. Just learned it the hard way...
On Wed, Mar 23, 2005 at 05:38:22PM -0800, David Kramer wrote:
> On Thu, 24 Mar 2005 11:49:20 +1200, Hamish wrote:
>
> > > B.t.w. While GRASS looks pretty neat, all I need it for right now is
> > > to convert .dlg files into ESRI shapefiles. If anyone on this list
> > > knows a better way to do this conversion, then we can finesse this
> > > whole issue.
> >
> > Then you will definitely need GDAL. You can use the 'ogr2ogr' program it
> > makes to do the conversion without GRASS. Of course GRASS is a great
> > front end for GDAL/OGR and will be needed for any advanced processing.
> >
> > OGR SDTS-DLG page:
> > http://www.gdal.org/ogr/drv_sdts.html
>
> Hamish,
>
> I managed to get GDAL to build by passing in --with-ogdi=no, since
> ogdi was the source of the problem. Indeed ogr2ogr looks like the
> solution to my problem.
It's important to compile ogdi with external PROJ support, otherwise
it all crashes. Just learned it the hard way...
Isn't it possible that the original problem was a lack of external proj
support - the lack of PJ* look rather like that? Where was proj installed,
and could GDAL find it?
Roger
Markus
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Breiviksveien 40, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 93 93
e-mail: Roger.Bivand@nhh.no
