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
>> [EMAIL PROTECTED]
>> 
>> 
>> 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
>>     .

Reply via email to