From: | Jan Otto <asche(at)me(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: More Snow Leopard fun: multiarch problems while building plperl |
Date: | 2009-09-08 10:48:24 |
Message-ID: | 20988331-EF9E-450F-8E32-F228A9652FD8@me.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
hi tom,
> Anyway, the long and the short of it is that we are extracting this
> value for perl_embed_ldflags:
>
> perl_embed_ldflags = -arch x86_64 -arch i386 -arch ppc -L/usr/
> local/lib -L/System/Library/Perl/5.10.0/darwin-thread-multi-2level/
> CORE -lperl -ldl -lm -lutil -lc
>
> and it seems to me that it's a pretty bad idea to have this switch
> collection trying to override the arch(es) that Postgres is actually
> being built for. Does anyone have an opinion about that pro or con?
> Anybody have an idea about a simple way to get rid of those switches?
patch for file configure:
6811c6811
< perl_embed_ldflags=`echo X"$pgac_tmp1" | sed "s/^X//;s%$pgac_tmp2%%"`
---
> perl_embed_ldflags=`echo X"$pgac_tmp1" | sed "s/^X//;s%$pgac_tmp2%
%" | sed "s/-arch\ [a-zA-Z0-9_-]*//g"`
$ configure --with-perl
$ make -j8>build.log
$ file src/pl/plperl/plperl.so
src/pl/plperl/plperl.so: Mach-O 64-bit bundle x86_64
$
regards, jan otto
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Otto | 2009-09-08 10:57:22 | Re: More Snow Leopard fun: multiarch problems while building plperl |
Previous Message | Boszormenyi Zoltan | 2009-09-08 10:01:45 | Re: ECPG patchset |