I must confess I've never used the --with-libdir arguments to configure
- I've always gone for explicit --with-pgsql, --with-geos, and
--with-proj switches. If you check
the /usr/local/postgis-1.3.1/share/lwpostgis.sql, does it contain the
correct path to liblwgeom.1.3.so?
Hi,
Yes,
On Sat, 2007-08-18 at 09:01 -0700, Webb Sprague wrote:
Hi,
Yes, lwpostgis.sql contains the correct path - in fact, the previous
line of SQL works just fine and finds liblwgeom for other functions.
It is only this line and subsequent that fails.
I intsalled geos right before building
I'm looking at this now, for updating my OSX PostGIS distribution. I
was able to successfully upgrade an older postgis DB with
lwpostgis_upgrade.sql - it adds the _ST_CoveredBy function exactly
like lwpostgis.sql. No errors finding the coveredby function.
I also build with the
Hey
nm liblwgeom.1.3.so | grep cover
Gives me nothing. I think the tar ball I downloaded from the website
is funky - could someone else try it? I also get nothing with `find
./ -iname '*cover*'` in the source tree.
Also - I would try the svn version, but I can't remember how to
generate a
I am getting the same errors on my attempted build and installation
from the svn, revision 2696,
I will wait until monday. I am the only one with this error?
-W
On 8/18/07, Webb Sprague [EMAIL PROTECTED] wrote:
Hey
nm liblwgeom.1.3.so | grep cover
Gives me nothing. I think the tar ball
I just compiled postgis-1.3.1 with the following:
$ ./configure --prefix=/usr/local/postgis-1.3.1
--with-proj-libdir=/usr/local/proj-4.5.0/lib/
--with-geos-libdir=/usr/local/geos-3.0.0rc4/lib/
$ make make install
So far so good. But then I did the following:
$ cd
