joe@svr1.postgresql.org (Joe Conway) writes:
> plperl update from Andrew Dunstan, deriving (I believe) from Command Prompt's
> plperlNG. Review and minor cleanup/improvements by Joe Conway.
I've reverted the part of this patch that attempted to make plperl use
rpath, because it doesn't actually work...
make[3]: Entering directory `/home/postgres/pgsql/src/pl/plperl'
gcc -O1 -fno-strict-aliasing -g -fpic -I. -I/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE -I../../../src/include
-D_XOPEN_SOURCE_EXTENDED -c -o plperl.o plperl.c
gcc -O1 -fno-strict-aliasing -g -fpic -I. -I/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE -I../../../src/include
-D_XOPEN_SOURCE_EXTENDED -c -o spi_internal.o spi_internal.c
/opt/perl5.8.0/bin/perl /opt/perl5.8.0/lib/5.8.0/ExtUtils/xsubpp -typemap /opt/perl5.8.0/lib/5.8.0/ExtUtils/typemap
SPI.xs>SPI.c
gcc -O1 -fno-strict-aliasing -g -fpic -I. -I/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE -I../../../src/include
-D_XOPEN_SOURCE_EXTENDED -c -o SPI.o SPI.c
ar crs libplperl.a `lorder plperl.o spi_internal.o SPI.o | tsort`
ranlib libplperl.a
/usr/ccs/bin/ld +h libplperl.sl.0 -b +b /home/postgres/testversion/lib plperl.o spi_internal.o SPI.o
-L../../../src/port-L/usr/local/lib /opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/auto/DynaLoader/DynaLoader.a
-L/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE-lperl -lnsl_s -lmalloc -ldld -lm -lc -lndir -lcrypt -lsec
-Wl,-rpath,/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE`gcc -print-libgcc-file-name` -o libplperl.sl.0
/usr/ccs/bin/ld: Unrecognized argument: -Wl,-rpath,/opt/perl5.8.0/lib/5.8.0/PA-RISC2.0/CORE
/usr/ccs/bin/ld: Usage: /usr/ccs/bin/ld flags... files...
make[3]: *** [libplperl.sl.0] Error 1
make[3]: Target `all' not remade because of errors.
make[3]: Leaving directory `/home/postgres/pgsql/src/pl/plperl'
-Wl is a gcc-ism, I believe; it certainly won't work in a direct call to
ld. Looking at the port makefiles, HPUX is not the only platform that
will barf on this.
regards, tom lane
