Re: More Snow Leopard fun: multiarch problems while building plperl
| От | Peter Eisentraut |
|---|---|
| Тема | Re: More Snow Leopard fun: multiarch problems while building plperl |
| Дата | |
| Msg-id | 1252391676.28190.11.camel@vanquo.pezone.net обсуждение |
| Ответ на | More Snow Leopard fun: multiarch problems while building plperl (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: More Snow Leopard fun: multiarch problems while building plperl
|
| Список | pgsql-hackers |
On mån, 2009-09-07 at 23:13 -0400, Tom Lane wrote:
> 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?
perl_embed_ldflags is currently the difference of
perl -MExtUtils::Embed -e ldopts
minus
perl -MConfig -e 'print $Config{ccdlflags}'
In that spirit, the answer would be to find something else in ExtUtils
or Config that we can remove from ldopts.
The list of all candidates can be obtained by
perl -e 'use Config qw(config_sh); print config_sh;'
В списке pgsql-hackers по дате отправления: