Re: PL/Perl compilation error

From: Gilles DAROLD <gilles(at)darold(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org
Subject: Re: PL/Perl compilation error
Date: 2000-10-17 10:52:58
Message-ID: 39EC2F89.A5A5511C@darold.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Tom Lane wrote:

> Gilles DAROLD <gilles(at)darold(dot)net> writes:
> >>>> I have take a look to the source code concerning PL/Perl, it seems that 2 variables
> >>>> have a bad call : errgv and na.
> >>>>
> >>>> If you replace them by their normal call (in 5.6.0) PL_errgv and PL_na you will get
> >>>> success to compile the lib plperl.so.
> >>>>
>
> > This patch (simple diff) applies to postgresql-7.0.2.
>
> The problem is this will break on older copies of Perl.
>
> regards, tom lane

This problem is solved by perl itself !

I know it work under perl > 5.005_3 and certainly all versions after perl 5.004.
Give me a reason to keep buggy perl versions compatibility ! People still
running version prior of 5.005_3 does not really want perl running well so
why plperl :-)

If you are not agree with my last comment, just take a look to the change log
of the perl version history and you will understand what I mean (security, memory,
etc.) ...

Regards

Gilles DAROLD

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Gilles DAROLD 2000-10-17 11:12:51 Re: [GENERAL] PL/Perl compilation error
Previous Message Victor Ivanov 2000-10-17 10:27:13 C function and NULL result

Browse pgsql-hackers by date

  From Date Subject
Next Message Gilles DAROLD 2000-10-17 11:12:51 Re: [GENERAL] PL/Perl compilation error
Previous Message Zeugswetter Andreas SB 2000-10-17 10:48:19 AW: AW: Backup, restore & pg_dump