Darren Edgerton wrote:
Hi,

my environment:
	Perl  v5.8.0 built for aix-64all
	DBI-1.32
	DBD-Informix-1.04.PC1

i have compiled and installed Perl 64 bit ok
i have compiled and installed DBI ok

now for DBD Informix:-
when i run 'perl Makefile.PL' i get:
========================================================================
[p0202]@root #> perl Makefile.PL

Configuring Informix Database Driver for Perl Version 1.04.PC1 (2002-11-21)
(aka
 DBD::Informix)
        You are using DBI version 1.32 and Perl version 5.008
Remember to actually read the README file!

Perl:     perl5.008 aix-64all dl_aix.xs
System:   aix p0202 2 5 0000163a4c00
Compiler:
cc -O -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q
noansialias -DUSE_NATIVE_DLOPEN -I/usr/local/include -q64 -DUSE_64_BIT_ALL -
q64
Loader:   ld

Using IBM Informix CSDK Version 2.80, IBM Informix-ESQL Version 9.52.FC2
from /u
/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

Testing whether your Informix test environment will work...
"esqltest.ec", line 63.29: 1506-742 (I) 64-bit portability: possible loss of
dig
its through conversion of long int type into int type.
"esqltest.ec", line 63.29: 1506-451 (I) The target integral type cannot hold
all
 possible values of the source integral type.
I don't like these warnings, but it is most likely not harmful enough to matter this time -- I'll look into fixing that code.

ESQLTEST Program Running:
@(#)$Id: esqltest.ec,v 100.3 2002/02/08 22:49:23 jleffler Exp $
        $INFORMIXDIR is set to '/u/informix'.
        $INFORMIXSERVER is set to 'reecewebnet'.
        $DBI_DBNAME set to 'test'.
        $DBD_INFORMIX_DATABASE set to 'test'.
        $DBD_INFORMIX_DATABASE2 unset - defaulting to 'test'.
        $DBD_INFORMIX_USERNAME is unset.
        $DBD_INFORMIX_USERNAME2 is unset.
        $DBD_INFORMIX_PASSWORD is unset.
        FDX       5:09p  24- 17
        $DBD_INFORMIX_PASSWORD2 is unset.
Testing connection to test
        CONNECT TO 'test' - no user info
Testing concurrent connection to test
        CONNECT TO 'test' - no user info
Your Informix environment is (probably) OK


Fortunately, you are using a new version of ESQL/C.  We could
use 'esql -libs' to tell us which libraries to use, except that
some versions of the esql script are very Clintonian and do not
tell us the whole truth.  So we have to do a fiddly workaround,
editing the esql script on the fly and feeding the edited
version to the shell and ...  Oh, you really don't want to know
what we do; it's horrid but it works, usually!
... We are going to use the library list:
-lifsql -lifasf -lifgen -lifos -lifgls -ltli -lc_r -lmsaa -lbsd -ldl -lm_r
/u/in
formix/lib/esql/checkapi.o -lifglx

WARNING: LD is not a known parameter.
I'll try and work out where that's coming from -- I've seen it, but not sufficiently persistently to have fixed it yet. It, too, is unlikely to be the source of the trouble.

Using DBI 1.32 installed in
/usr/local/lib/perl5/site_perl/5.8.0/aix-64all/auto/
DBI
Writing Makefile for DBD::Informix
[p0202]@root #>
========================================================================


this looks OK except for the message "WARNING: LD is not a known parameter"



if i continue and the run 'make' i get:-
=====================================================================

[p0202]@root #> make
Skip blib/lib/DBD/Informix/Summary.pm (unchanged)
Skip blib/lib/DBD/Informix/Configuration.pm (unchanged)
Skip blib/lib/DBD/Informix/TechSupport.pm (unchanged)
Skip blib/lib/Bundle/DBD/Informix.pm (unchanged)
Skip blib/lib/DBD/Informix.pm (unchanged)
Skip blib/lib/DBD/Informix/TestHarness.pm (unchanged)
Skip blib/lib/DBD/Informix/Defaults.pm (unchanged)
        /usr/bin/perl /usr/local/lib/perl5/5.8.0/ExtUtils/xsubpp  -typemap
/usr/
local/lib/perl5/5.8.0/ExtUtils/typemap Informix.xs > Informix.xsc && mv
Informix
.xsc Informix.c




    cc -c  -I/u/informix/incl/esql -I/usr/local/lib/perl5/5.8.0/aix-64all/au
to/DBI -I/usr/local/lib/perl5/site_perl/5.8.0/aix-64all/auto/DBI -I/auto/DBI
 -I/
usr/local/lib/perl5/site_perl/5.8.0/aix-64all/auto/DBI  -D_ALL_SOURCE -D_ANS
I_C_
SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -qnoansialias -DUSE_NATIVE_DLOPEN -I/u
sr/l
ocal/include -q64 -DUSE_64_BIT_ALL -q64 -O    -DVERSION=\"1.04.PC1\"  -DXS_V
ERSI
ON=\"1.04.PC1\"
"-I/usr/local/lib/perl5/5.8.0/aix-64all/CORE"  -DESQLC_VERSION=
952 -DNDEBUG -qlanglvl=ansi -D__H_LOCALEDEF Informix.c
"/usr/local/lib/perl5/5.8.0/aix-64all/CORE/perlio.h", line 208.27: 1506-172
(S)
Parameter type list for function PerlIO_stdoutf contains parameters without
iden
tifiers.
I wonder what it up here. I've not seen any such error before, but you've shown it can occur. My best guess would have to be that there are #define's in the Informix code somehow screwing something up. The -D__H_LOCALEDEF define (on the command line) might be a factor here; that works around a piece of stupidity in the Informix source code which first surfaced in 1989 but which they've refused to fix ever since, despite the fact that doing so would make life on AIX so much simpler -- and it would have been far less painful to fix in 1989 than it is now. Oh well, one possibility is that the code in perlio.h is depending on something from the localedef.h header that the command line define prevents being included. Another possibility is that it is completely unrelated to that but there is another Informix macro that is screwing things up. The best way to diagnose it would be to look at lines 200-220 or so in perlio.h and see what is in line 208 that might be getting in the way.


"/usr/local/lib/perl5/5.8.0/aix-64all/CORE/perlio.h", line 209.5: 1506-276
(S) S
yntax error: possible missing '{'?
The compiler is confused...

"/usr/local/lib/perl5/5.8.0/aix-64all/CORE/regexp.h", line 22.2: 1506-137
(E) De
claration must declare at least one declarator, tag, or the members of an
enumer
ation.
Something is screwed up here...

"/usr/local/lib/perl5/5.8.0/aix-64all/CORE/regexp.h", line 49.17: 1506-194
(S) I
ncomplete type is not allowed.
And the compiler is confused again, and isn't going to recover.

Only the first error is really of relevance.


[...]
=========================================================================

as you can see is starts to get errors in the CORE perl modules ????/

Help ??? any clues as to what has gone wrong ???

thanks in advance.

Darren Edgerton
[EMAIL PROTECTED]




--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include <disclaimer.h>
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/

Reply via email to