Received: from sss.sss.pgh.pa.us (sss.pgh.pa.us [209.114.166.2]) by hub.org (8.9.3/8.9.3) with ESMTP id TAA17091 for ; Thu, 30 Sep 1999 19:13:18 -0400 (EDT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.sss.pgh.pa.us (8.9.1/8.9.1) with ESMTP id TAA16238; Thu, 30 Sep 1999 19:12:11 -0400 (EDT) To: Brian P Millett cc: John Cusick , pgsql-interfaces@hub.org, Doug MacEachern Subject: Re: [INTERFACES] PL_na undeclared In-reply-to: Your message of Thu, 30 Sep 1999 16:56:38 -0500 <37F3DC96.CA874DF5@ec-group.com> Date: Thu, 30 Sep 1999 19:12:11 -0400 Message-ID: <16236.938733131@sss.pgh.pa.us> From: Tom Lane Brian P Millett writes: > So if the PERLV is greater than 5.004_76 (When all of the internals > started to be renamed) then the file perl_PL.h is included. The > perl_PL.h is: > #ifndef patchlevel > #define patchlevel PL_patchlevel > #endif > [ and a lot more in the same vein ] Ugh. I was afraid the answer would be just that dirty :-( Would someone volunteer to do the legwork on teaching the postgres perl5 module about this? I had a TODO item to look into it myself, but it could be a long time before it gets to the top of my queue. Probably we ought to modify the Pg.pm file to use the new names, and then conditionally include macro definitions to substitute the old names, rather than the other way around as your example has it. Forward thinking and all that. regards, tom lane