[Date Prev][Date Next] [Chronological] [Thread] [Top]

compiling back-perl with perl 5.8.0

Under perl 5.8.0, I cannot get the perl backend to compile as

cc -g -O2 -I../../../include -I../../../include -I.. -I./.. -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8.0/CORE -c init.c  -fPIC -DPIC -o .libs/init.lo
init.c: In function `perl_back_initialize':
init.c:74: warning: passing arg 2 of `perl_parse' from incompatible pointer type
init.c: In function `perl_back_db_open':
init.c:147: `my_perl' undeclared (first use in this function)
init.c:147: (Each undeclared identifier is reported only once
init.c:147: for each function it appears in.)
init.c: In function `perl_back_xs_init':
init.c:182: `my_perl' undeclared (first use in this function)
init.c:182: warning: passing arg 3 of `Perl_newXS' from incompatible pointer type

(Debian Linux, Sid, Intel, gcc 2.95.4, perl 5.8.0, openldap 2.1.8)

Yet if I define HAVE_WIN32_ASPERL, all of the necessary 5.8.0 changes are made and it compiles fine.  I think.

export CPPFLAGS='-DHAVE_WIN32_ASPERL' doesn't work as then everything
tries to include "asperl_undefs.h" which doesn't exist on this
system...  enabling it in perl_back.h works around this, but is
clearly not the right way to fix the problem.

running "perl -MExtUtils::Embed -e ccopts" reports:
 -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -I/usr/lib/perl/5.8.0/CORE 

running "perl -MExtUtils::Embed -e ldopts" reports:
-rdynamic  -L/usr/local/lib /usr/lib/perl/5.8.0/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8.0/CORE -lperl -ldl -lm -lpthread -lc -lcrypt

Has anyone else had similar experience with the perl-backend?

Matthew Backes