Re: Perl 5.8.1 and DBD::Informix compile error - SvOK_off

From: Tvilliers (tvilliers_at_lastminute.com)
Date: 11/14/03

  • Next message: Tvilliers: "Re: Perl 5.8.1 and DBD::Informix compile error - SvOK_off" 
    To: dbi-users@perl.org
Date: Fri, 14 Nov 2003 17:13:05 +0000

    On Mon, 29 Sep 2003 20:54:33 -0700, Jonathan Leffler wrote:

    > Justin Hopkins wrote:
    >
    >> I've just installed perl 5.8.1 and while trying to reinstall
    >> DBD::Informix, I've come across this compile error on Solaris 7:
    >>
    >> ~/src/perlmod/DBD-Informix-2003.04/ make
    >>
    >> INFORMIXC="/usr/local/bin/perl esqlcc" ESQLCC="gcc" esql -c -shared
    >> -I/usr/informix/incl/esql
    >> -I/usr/local/lib/perl5/5.8.1/sun4-solaris/auto/DBI
    >> -I/usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/auto/DBI -I/auto/DBI
    >> -I/usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/auto/DBI
    >> -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
    >> -D_FILE_OFFSET_BITS=64 -O -DVERSION=\"2003.04\"
    >> -DXS_VERSION=\"2003.04\" -fPIC
    >> -I/usr/local/lib/perl5/5.8.1/sun4-solaris/CORE -DESQLC_VERSION=950
    >> -DNDEBUG dbdimp.ec dbdimp.ec: In function `dbd_ix_st_fetch':
    >> dbdimp.ec:2064: parse error before `}' *** Error code 1
    >> make: Fatal error: Command failed for target `dbdimp.o'
    >>
    >>
    >> I've traced the source of the compile error back to the SvOK_off macro
    >> inside sv.h. It was changed between perl 5.8.0 and perl 5.8.1,
    >> redefining SvOK_off
    >>
    >> #define SvOK_off(sv) (SvFLAGS(sv) &= ~(SVf_OK|SVf_AMAGIC|
    >> \
    >> SVf_IVisUV|SVf_UTF8),
    >> \
    >> SvOOK_off(sv))
    >>
    >>
    >> as
    >>
    >> #define SvOK_off(sv) (assert_not_ROK(sv)
    >> \
    >> SvFLAGS(sv) &= ~(SVf_OK|SVf_AMAGIC|
    >> \
    >> SVf_IVisUV|SVf_UTF8),
    >> \
    >> SvOOK_off(sv))
    >
    >
    > I've come across this critter, and couple of other nasties -- well, I
    > think it was this one. I changed it so that it does an assignment of
    > PL_sv_undef -- IIRC sv_setsv(sv, &PL_sv_undef);
    >
    > I'm not sure what that breaks.
    >

    Is it then preferrable to stick to perl 5.8.0 for the time being?

    > The other problem I had (on Solaris 8) was with loader/linker options
    > (using GCC 3.3.1). The combination of -z ignore -z combreloc and -z
    > lazyload was not good; I ended up dropping the -z lazyload and it seemed
    > to work OK (that was with RC4; I built the final version without the -z
    > lazyload, but I've not yet installed it, much less augmented it with the
    > extra modules).
    >
    >
    >> I ran across the same compile error when trying to compile an older
    >> DBD::Informix (1.04.PC1), so it does appear to be a problem with any
    >> calls made to SvOK_off under this system.
    >>
    >> Perhaps simply removing the assert_not_ROK() macro call from sv.h would
    >> be good enough? Though I'm not certain about the full impact that would
    >> have.
    >>
    >> Any thoughts? Or am I a fool for installing perl 5.8.1 without waiting
    >> for module authors to catch up?
    >
    >
    > Slightly brave, but not outrageously foolhardy.
    >
    >> --
    >> Justin Hopkins
    >> jhopkins@omnihotels.com
    >>
    >>
    >> Miscellaneous platform info:
    >>
    >> gcc -v
    >> ~/src/perlmod/DBD-Informix-2003.04/ gcc -v Reading specs from
    >> /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/specs gcc version
    >> 2.95.3 20010315 (release)
    >>
    >>
    >> perl -V
    >> Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration:
    >> Platform:
    >> osname=solaris, osvers=2.7, archname=sun4-solaris uname='sunos
    >> charm.omnihotels.com 5.7 generic_106541-14 sun4u sparc
    >> sunw,ultra-enterprise ' config_args='-de'
    >> hint=recommended, useposix=true, d_sigaction=define usethreads=undef
    >> use5005threads=undef useithreads=undef usemultiplicity=undef
    >> useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    >> use64bitint=undef use64bitall=undef uselongdouble=undef
    >> usemymalloc=n, bincompat5005=undef
    >> Compiler:
    >> cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include
    >> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O',
    >> cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='',
    >> gccversion='2.95.3 20010315 (release)', gccosandvers='solaris2.7'
    >> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
    >> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    >> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
    >> lseeksize=8 alignbytes=8, prototype=define
    >> Linker and Libraries:
    >> ld='gcc', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib
    >> /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc
    >> perllibs=-lsocket -lnsl -ldl -lm -lc
    >> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
    >> gnulibc_version=''
    >> Dynamic Linking:
    >> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -z
    >> ignore -z lazyload -z combreloc' cccdlflags='-fPIC', lddlflags=' -G
    >> -z ignore -z lazyload -z combreloc -L/usr/local/lib'
    >>
    >>
    >> Characteristics of this binary (from libperl):
    >> Compile-time options: USE_LARGE_FILES Built under solaris
    >> Compiled at Sep 26 2003 15:57:18
    >> %ENV:
    >> PERL5LIB="/usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/Omni/MVC_dev/"
    >> @INC:
    >> /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/Omni/MVC_dev/
    >> /usr/local/lib/perl5/5.8.1/sun4-solaris /usr/local/lib/perl5/5.8.1
    >> /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris
    >> /usr/local/lib/perl5/site_perl/5.8.1
    >> /usr/local/lib/perl5/site_perl
    >> .

  • Next message: Tvilliers: "Re: Perl 5.8.1 and DBD::Informix compile error - SvOK_off"

    Relevant Pages