Ups, my previous patch was already applied in HEAD. This patch
removes
the sed-patch and added the check and set of ARCHFLAGS.
This seems to be assuming a lot more about the behavior of Apple's
Perl
hacks than I think we should. The patch as committed is good, because
having any -arch flag
Jan Otto writes:
> Ups, my previous patch was already applied in HEAD. This patch removes
> the sed-patch and added the check and set of ARCHFLAGS.
This seems to be assuming a lot more about the behavior of Apple's Perl
hacks than I think we should. The patch as committed is good, because
havi
Ups, my previous patch was already applied in HEAD. This patch removes
the sed-patch
and added the check and set of ARCHFLAGS.
diff -c -r1.655 configure
*** configure 8 Sep 2009 18:15:55 - 1.655
--- configure 8 Sep 2009 18:30:04 -
***
*** 6941,6949
{ $as_ec
The problem here is that ARCHFLAGS is not set. If it is set correctly
the ldopts would be correctly set:
$ export ARCHFLAGS="-arch x86_64"
$ perl -MExtUtils::Embed -e ldopts
-arch x86_64 -L/usr/local/lib -L/System/Library/Perl/5.10.0/darwin-
thread-multi-2level/CORE -lperl -ldl -lm -lutil -lc
hi tom,
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.
As far as I can tell, there is nothin
Peter Eisentraut writes:
> On mån, 2009-09-07 at 23:13 -0400, Tom Lane wrote:
>> ... 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?
>> An
hi tom,
$ file /System/Library/Perl/lib/5.10/libperl.dylib
/System/Library/Perl/lib/5.10/libperl.dylib: Mach-O universal binary
with 3 architectures
/System/Library/Perl/lib/5.10/libperl.dylib (for architecture
x86_64): Mach-O 64-bit dynamically linked shared library x86_64
/System/Library/
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
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/CO
Building plperl in CVS HEAD, the link step looks like this:
gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv -g
-bundle -multiply_defined suppress plperl.o spi_internal.o SPI.o
-bundle_loader ../../../
10 matches
Mail list logo
