On Fri, Feb 11, 2005 at 11:09:35PM +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 04:41:55PM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 21:35 +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 11:10:15AM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 16:46 +0100,
On Fri, Feb 11, 2005 at 04:41:55PM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 21:35 +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 11:10:15AM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 16:46 +0100, Palle Girgensohn wrote:
--On fredag, februari 11, 2005 10.24.22
--On fredag, februari 11, 2005 18.35.45 -0500 Tom Lane [EMAIL PROTECTED]
wrote:
Sven Willenberger [EMAIL PROTECTED] writes:
it looks like the sed line is stripping out pgac_tmp2 from the pgac_tmp1
leaving the system to use the default perl libperl.so.
when I modified perl_embed_ldflags to not
On Fri, 2005-02-11 at 21:35 +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 11:10:15AM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 16:46 +0100, Palle Girgensohn wrote:
--On fredag, februari 11, 2005 10.24.22 -0500 Sven Willenberger
[EMAIL PROTECTED] wrote:
FreeBSD
Sven Willenberger [EMAIL PROTECTED] writes:
2. _Or_ plperl does not go all the way to be a conformant perl-embedding
application. It looks at $Config{archlibexp}, but it does not follow
directions described in perlembed(1). In this case it's linking
should be fixed to respect that.
You
On Fri, 2005-02-11 at 23:20 +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 11:09:35PM +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 04:41:55PM -0500, Sven Willenberger wrote:
On Fri, 2005-02-11 at 21:35 +0100, Anton Berezin wrote:
On Fri, Feb 11, 2005 at 11:10:15AM -0500, Sven
Sven Willenberger [EMAIL PROTECTED] writes:
it looks like the sed line is stripping out pgac_tmp2 from the pgac_tmp1
leaving the system to use the default perl libperl.so.
when I modified perl_embed_ldflags to not remove the -R line, the
compile works and links to the proper libperl.so
It
On Fri, 2005-02-11 at 18:35 -0500, Tom Lane wrote:
Sven Willenberger [EMAIL PROTECTED] writes:
it looks like the sed line is stripping out pgac_tmp2 from the pgac_tmp1
leaving the system to use the default perl libperl.so.
when I modified perl_embed_ldflags to not remove the -R line, the
Sven Willenberger [EMAIL PROTECTED] writes:
The rpath solution you provided to patch GNUmakefile did not
work however, bailing with:
gcc -O2 -fno-strict-aliasing -Wmissing-declarations, -Wl,
-rpath, /usr/local/lib/perl5/5.8.6/mach/CORE -fpic -DPIC -I.
-I/usr/local/lib/perl5/5.8.6/mach/CORE
On Fri, 2005-02-11 at 19:54 -0500, Tom Lane wrote:
Sven Willenberger [EMAIL PROTECTED] writes:
The rpath solution you provided to patch GNUmakefile did not
work however, bailing with:
gcc -O2 -fno-strict-aliasing -Wmissing-declarations, -Wl,
-rpath, /usr/local/lib/perl5/5.8.6/mach/CORE
Sven Willenberger [EMAIL PROTECTED] writes:
plperl.c: In function `compile_plperl_function':
plperl.c:541: warning: cast to pointer from integer of different size
plperl.c:730: warning: cast from pointer to integer of different size
BTW, these scare the heck out of me. It looks to me like
On Fri, 11 Feb 2005 20:40:18 -0500, Tom Lane [EMAIL PROTECTED] wrote:
Sven Willenberger [EMAIL PROTECTED] writes:
plperl.c: In function `compile_plperl_function':
plperl.c:541: warning: cast to pointer from integer of different size
plperl.c:730: warning: cast from pointer to integer of
12 matches
Mail list logo