Re: [INTERFACES] pgsql_perl5 fails to compile - Mailing list pgsql-interfaces

From Tom Lane
Subject Re: [INTERFACES] pgsql_perl5 fails to compile
Date
Msg-id 25246.928534537@sss.pgh.pa.us
Whole thread Raw
In response to pgsql_perl5 fails to compile  ("Brendan McKenna" <brendan@w3s.ie>)
List pgsql-interfaces
"Brendan McKenna" <brendan@w3s.ie> writes:
>     When I attempt to compile, I get the following messages:
> gcc -c -I/usr/local/pgsql/include -Dbool=char -DHAS_BOOL -O2    -DVERSION=\"1.8.0\" -DXS_VERSION=\"1.8.0\" -fpic
-I/usr/lib/perl5/5.00555/i686-linux/CORE Pg.c
 
> Pg.xs: In function `XS_Pg_PQprint':
> Pg.xs:584: `na' undeclared (first use this function)
> Pg.xs:584: (Each undeclared identifier is reported only once
> Pg.xs:584: for each function it appears in.)
> Pg.xs: In function `XS_PG_results_fetchrow':
> Pg.xs:1256: `sv_undef' undeclared (first use this function)
> Pg.xs: In function `XS_PG_results_print':
> Pg.xs:1296: `na' undeclared (first use this function)
> make: *** [Pg.o] Error 1

After looking at the definition of these symbols in Perl 5.004, I wonder
whether the problem is related to Perl's EMBED/NO_EMBED option.  Perhaps
the perl5 interface fails to compile if you have installed Perl with
the nondefault setting of that option?  This is a bit of a stretch,
but given that we have heard no other complaints, I'm guessing there
must be *some* unusual aspect of your local setup that triggers the
failure.
        regards, tom lane


pgsql-interfaces by date:

Previous
From: "Sergio A. Kessler"
Date:
Subject: createuser
Next
From: Matthew Hagerty
Date:
Subject: LIMIT and 6.5