| 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: | Whole Thread | Raw Message | 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
| 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 |
| 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 |