Could someone with permissions please commit this ticket? Thanks, Frank
On Sep 8, 2007, at 6:18 PM, Frank Mcpherson wrote:
Could someone with permissions please commit this ticket?
Hi Frank, I see you're updating postgis to version 1.3.1. May I ask a question about your modification? I updated postgis to 1.3.1 in my local repository and the port builds and installs fine. However, when I poked at pgsql2shp and shp2pgsql with otool, it revealed that both of them are linking to libiconv in / usr/lib, instead of the libiconv port in /opt/local. Just for my own curiosity, how did you get around this. Just want to increase my knowledge. Thanks, Jeff
On Sep 8, 2007, at 6:45 PM, Jeff Stubbs wrote:
I see you're updating postgis to version 1.3.1. May I ask a question about your modification?
I updated postgis to 1.3.1 in my local repository and the port builds and installs fine. However, when I poked at pgsql2shp and shp2pgsql with otool, it revealed that both of them are linking to libiconv in /usr/lib, instead of the libiconv port in /opt/local. Just for my own curiosity, how did you get around this. Just want to increase my knowledge.
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? Thanks, 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?
I was digging around on the postgis archives, where there was a similar problem with a Debian install. It seems that during the build, when the process descends into loader sub-directory, some of the make variables are reset. Doesn't make sense to me, since the loader's makefile is using the override directive with the "+=" mode. If my understanding is correct, it should be adding to the variables. But I'm right on the edge of my knowledge, so don't take anything I say without confirmation. I'm more than willing to try any suggestions, any one would volunteer. Thanks, Jeff
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
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
On Sep 10, 2007, at 1:09 PM, N_Ox wrote:
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:
<snip my amateur hack>
Or just add `build.args "ICONV_LDFLAGS=\"-L${prefix}/lib -liconv \""` in the Portfile?
That works, and it's much cleaner. No need to patch the loader's makefile. Thanks. Jeff
On Sep 10, 2007, at 1:56 PM, Jeff Stubbs wrote:
On Sep 10, 2007, at 1:09 PM, N_Ox wrote:
Le 10 sept. 07 à 17:31, Jeff Stubbs a écrit :
Or just add `build.args "ICONV_LDFLAGS=\"-L${prefix}/lib -liconv \""` in the Portfile?
That works, and it's much cleaner. No need to patch the loader's makefile.
This also works for me so I've patched the Portfile and added it to the ticket. Could someone with access please commit 12654 to update postgis to 1.3.1? Thanks, Frank
On Oct 4, 2007, at 7:04 AM, Frank McPherson wrote:
This also works for me so I've patched the Portfile and added it to the ticket. Could someone with access please commit 12654 to update postgis to 1.3.1?
This is done. You wouldn't happen to want to be listed as the maintainer for this port, would you? :) -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
participants (5)
-
Daniel J. Luke
-
Frank McPherson
-
Frank Mcpherson
-
Jeff Stubbs
-
N_Ox