Dear Marco,
Thanks for the extra information - I wish I could make head or tail of
the problem(s).
On Tue, 12 Oct 2004 11:52:12 +0200, Marco Avvisano
<[EMAIL PROTECTED]> wrote:
> Dear Jonathan,
>
> i'm sorry i haven't see your answer, so i try to send again my help-mail.
>
> I use perl 5.8.0 from my redhat distribution.
> These are the outputs from my tests how you suggest to me.
> Thanks a lot for your help.
>
> perl -V
> ########
> Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
> Platform:
> osname=linux, osvers=2.4.21-14.elsmp, archname=i386-linux-thread-multi
> uname='linux twe'
>
> config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686 -Dmyhostnam
> e=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat,
> Inc. -Dinstallp
> refix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsitepre
> fix=
> /usr -Dotherlibdirs=/usr/lib/perl5/5.8.0 -Duseshrplib -Dusethreads -Duseithr
> eads
> -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_sh
> adow
> -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -U
> vers
> iononly -Dpager=/usr/bin/less -isr'
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=define use5005threads=undef'
> useithreads=define usemultiplicity=
> useperlio= d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=un uselongdouble=
> usemymalloc=, bincompat5005=undef
> Compiler:
> cc='gcc', ccflags
> ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGI
> NG -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFF
> SET_
> BITS=64 -I/usr/include/gdbm',
> optimize='',
>
> cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-st
> rict-aliasing -I/usr/local/include -I/usr/include/gdbm'
> ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-37)',
> gccosand
> vers=''
> gccversion='3.2.3 200305'
> intsize=o, longsize=s, ptrsize=l, doublesize=8, byteorder=1234
> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
> ivtype='long'
> k', ivsize=4'
> ivtype='long'
> known_extensi, nvtype='double', nvsize=, Off_t='', lseeksize=8
> alignbytes=4, prototype=define
Here we have 'prototype=define', yet when we come to test it in the
DBD::Informix build, we are getting 'undef'. That is very odd. Very
odd indeed. Are you sure we aren't accidentally using two different
versions of Perl? It's still pretty unlikely that the C compiler for
any Linux-based Perl does not have prototypes. That test has, I
think, outlived its usefulness.
> Linker and Libraries:
> ld='gcc'
> l', ldflags =''
> libpth=/usr/local/lib /lib /usr/lib
> libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil
> perllibs=
> libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper
> gnulibc_version='2.3.2'
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef,
> ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi
> /CORE'
> cccdlflags='-fPIC'
> ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s
> Unicode/Normalize XS/A'
>
> Characteristics of this binary (from libperl):
> Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
> PERL_IMPLICIT_CONTEXT
> Locally applied patches:
> MAINT18379
> Built under linux
> Compiled at Jun 28 2004 14:32:58
> @INC:
> /usr/lib/perl5/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/5.8.0
> /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.0
> /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.0
> /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/5.8.0
> ######################
>
> my log
>
> #####
>
>
> Configuring IBM Informix Database Driver for Perl Version 2003.04
> (2003-03-05) (aka DBD::Informix)
> You are using DBI version 1.45 and Perl version 5.008
> Remember to actually read the README file!
>
> Perl: perl5.008 i386-linux-thread-multi dl_dlopen.xs
> System: linux tweet
> Compiler:
> gcc -O2 -g -pi -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -f
> no-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_B
> ITS=64 -I/usr/include/gdbm
>
> Using IBM Informix CSDK Version 2.81, IBM Informix-ESQL Version 9.53.UC2X5
> from /opt/informix
>
> Beware: DBD::Informix is not yet aware of all the new IUS data types.
>
> Assert macro will be disabled!
>
> lib/DBD/Informix/Defaults.pm written OK
> esqlvrsn.h written OK
> esqlinfo.h written OK
>
> Gosh! Perl doesn't think your compiler handles prototypes.
> Well, even though I don't believe it, we'll take Perl's word
> for it and we won't try to force them into use. Don't you
> need to upgrade your compiler? If you run into compilation
> problems with the test program, you will need to revisit this
> issue.
> Testing whether your Informix test environment will work...
> + INFORMIXC='/usr/bin/perl'
> pg='pg' esqlcc' ESQLCC='gcc'
> esql -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-stri
> ct-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
> -I/usr/include/gdbm -DESQLC_VERSION=953 -DNDEBUG esqltest.ec
> sh: -c: line 2: unexpected EOF while looking for matching `''
> Failed to compile esqltest.ec to esqltestub
Where did the "pg='pg'" part of this come from?
That line would normally contain something like:
INFORMIXC='/usr/bin/perl esqlcc' ESQLCC='gcc' esql -c ...
I'm not clear where we gained an extra variable from, but I think it
is likely the cause of the trouble.
You didn't supply your environment variable list.
--
Jonathan Leffler <[EMAIL PROTECTED]> #include <disclaimer.h>
Guardian of DBD::Informix - v2003.04 - http://dbi.perl.org
"I don't suffer from insanity - I enjoy every minute of it."
