Hi,
On Wed, Nov 9, 2011 at 5:59 PM, Strauch, Sheldon
<SStrauch@enovafinancial.com> wrote:
> I was hoping to demo some of pgAdmin's upcoming E-R features to my PUG next week, but have had considerable issue
tryingto build a functioning image. I was hoping someone might be able to set me on the right path...
>
> My latest issue is that configure does not seem to respect the --with-arch-i386 switch (see next paragraph); x86_64
beingthe default build architecture on OSX Snow Leopard. I'v completely rebuilt my dependency tree as i386 because
wxWidgets10.8 is not available and, according the the wxWidgets documentation at
ttp://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopardcannot (or perhaps should not) be built for
x86_64:"If you want 64-bit wxWidgets on OS X you'll need 2.9+ and configure -with-osx_cocoa" I have the newer wxWidgets
2.9.2r1 available, which I can build for x86_64, but configure expects 2.8. I'll gladly rebuild my entire dependency
treefor x86_64 using wxWidgets 2.9.2 r1 if we believe this will work, but I was rather concerned about moving up the
wxWidgetsfood chain without a better understanding of how that might break pgAdmin.
>
> What causes me to think that configure is not respecting the --with-arch-i386 switch is around line 510 of the
attachedconfigure.log:
>
> configure:5573: gcc -o conftest -g -O2 -L/opt/local/lib/postgresql91 -lssl conftest.c -lpq >&5
> ld: warning: in /opt/local/lib/postgresql91/libpq.dylib, file was built for i386 which is not the architecture being
linked(x86_64)
> Undefined symbols:
> "_PQexec", referenced from:
> _main in cc1oqlty.o
> ld: symbol(s) not found
>
> Not being a bash or autoconf expert by any means, I was not able to interpret where the call to gcc was made from
insideac_fn_c_try_link or whether the i386 architecture switch made it into that call.
Yes, it looks like you're right. One or more of the configure tests
aren't respecting the flag, which causes configure to fail. I'll need
to look into that, but unfortunately don't have time right now.
The good news is that if you configure against a build of PostgreSQL
which includes x86_64 support, configure will run OK, and the
resulting build does respect the flag so you get a 32bit pgAdmin. I
use the attached script to build PG as a universal binary - you should
be able to to tweak it pretty easily for your system.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company