Thanks Ryan,
I deleted the source directory for postgis 2.0 SVN, started a new shell and
unzipped it, so start over clean. Then I set the environmental variables:
*export CPPFLAGS=-I/opt/local/include
export LDFLAGS=-L/opt/local/lib
export CPATH=/opt/local/include
export
On Aug 29, 2011, at 10:12, JP Glutting wrote:
Thanks Ryan,
I deleted the source directory for postgis 2.0 SVN, started a new shell and
unzipped it, so start over clean. Then I set the environmental variables:
export CPPFLAGS=-I/opt/local/include
export LDFLAGS=-L/opt/local/lib
export
Hi All,
I am resurrecting this old thread, because I am having more problems
compiling the latest version of Postgis 2.0.0SVN (revision 7789) on Lion,
and it makes sense to keep all the information together. After configuring
and make-ing as above, I am getting this error:
ld: symbol(s) not
On Aug 27, 2011, at 10:25, JP Glutting wrote:
I am resurrecting this old thread, because I am having more problems
compiling the latest version of Postgis 2.0.0SVN (revision 7789) on Lion, and
it makes sense to keep all the information together. After configuring and
make-ing as above, I
Thanks Ryan,
That is very helpful. Installing everything +universal was my idea, and
probably not a good one. My thinking was that perhaps postgis (or part of
it) was trying to compile as i386 and couldn't find the appropriate
framework, as it was only built x86_64 (which is all I was using). So
On Aug 27, 2011, at 13:50, JP Glutting wrote:
That is very helpful. Installing everything +universal was my idea, and
probably not a good one.
It's ok to build universal if you want to, but you should probably then build
everything universal, and not just some things.
My thinking was
On Aug 27, 2011, at 16:15, Ryan Schmidt wrote:
My thinking was that perhaps postgis (or part of it) was trying to compile
as i386 and couldn't find the appropriate framework, as it was only built
x86_64 (which is all I was using). So I built all the dependencies
+universal, just in case.
Hi Vincent,
A question - how would that affect the postgis variant of qgis? I assume
that is doesn't work with Postgis 2.0 or rasters at the moment.
JP
On Tue, Apr 26, 2011 at 7:06 AM, vincent habchi vi...@macports.org wrote:
Hi there,
not quoting the thread, I think it may be wise to add a
Thanks. I'm using sudo because I didn't chown or chmod the src/ directory or
subdirectories.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Hello All,
I am having some trouble trying to compile the latest PostGIS code (
http://postgis.refractions.net/download/). I need the raster support in the
new version. I can't seem to get the code to compile on OS X, using Macports
for the dependencies. So far, configure is complaining about not
On Apr 25, 2011, at 11:14, JP Glutting wrote:
I am having some trouble trying to compile the latest PostGIS code
(http://postgis.refractions.net/download/). I need the raster support in the
new version. I can't seem to get the code to compile on OS X, using Macports
for the dependencies.
On Apr 25, 2011, at 12:53, JP Glutting wrote:
Thanks Ryan, that was what I needed to do. It seems to configure correctly,
and when I run make I get this series of errors:
In file included from shp2pgsql-core.c:15:
shp2pgsql-core.h:17:21: error: libintl.h: No such file or directory
So you
Replying back to the list...
On Apr 25, 2011, at 16:16, JP Glutting wrote:
Thanks Ryan,
I tried this:
sudo ./configure --with-projdir=/opt/local --with-raster
CPATH=/opt/local/include CPPFLAGS=-I/opt/local/include
LDFLAGS=-L/opt/local/lib LIBRARY_PATH=/opt/local/lib
They're
Hi there,
not quoting the thread, I think it may be wise to add a temporary port called
PostGIS-devel or something approaching. It is the second thread about PostGIS
2.0, and I expect the number of people going to try to compile the SVN version
to increase, given the new capacities (especially
14 matches
Mail list logo