Le 10 sept. 07 à 17:31, Jeff Stubbs a écrit :
Hi Frank,
On Sep 9, 2007, at 2:03 PM, Frank Mcpherson wrote:
I hadn't noticed it was doing that. I attempted adding --prefix=$ {prefix} to configure.args to fix it, but that didn't work.
Anyone know how to fix this type of issue?
In the postgis source directory after the extraction phase, drop down into the loader directory and modify lines 15-18 of it's Makefile from this:
ifeq ($(USE_ICONV),1) override CFLAGS += -DUSE_ICONV override LDFLAGS += $(ICONV_LDFLAGS) endif
TO THIS:
ifeq ($(USE_ICONV),1) override CFLAGS += -I/opt/local/include/ override LDFLAGS += -L/opt/local/lib/ -liconv endif
Then I ran "sudo port install postgis" to complete the build process.
Then (with fingers crossed) I checked with otool to obtain this:
apollo:~ jeff$ otool -L /opt/local/bin/pgsql2shp /opt/local/bin/pgsql2shp: /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/postgresql82/libpq.5.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10)
It's just a quick hack to force the dependenecy to the libiconv port, instead of the /usr/lib library. Haven't stressed tested the install, so YMMV.
Let me know if it works for you.
Jeff
Or just add `build.args "ICONV_LDFLAGS=\"-L${prefix}/lib -liconv\""` in the Portfile? -- Anthony Ramine, the infamous MacPorts Trac slave. nox@macports.org