![]() |
|
|
|
|
|
|
|
|
3
15th November 05:27
External User
Posts: 1
|
Your Perl was compiled using GCC - the version isn't clear from the
information provided, but doesn't matter very much. It is next door to impossible to rejig the Perl build process to use the Sun C Compiler instead. At one time, there was a module for doing the inverse operation - fixing a Perl built with Sun C Compiler so that it could use GCC for the extensions - but I don't know whether that is still available (it doesn't show up on CPAN as far as I can tell). Frankly, the easiest thing to do is either rebuild and reinstall Perl with the compiler you've actually got or get hold of a suitable version of GCC -- the same as or similar to the one used to build Perl. Looking at the 'perl -V' output will give you the extra information. Where did you get the DBI installation from? I'm surprised that didn't run into similar issues...though, come to think of it, I'm not completely surprised. The -xarch=v9 options come from the ESQL/C script. ....hold on... You have a GCC - it is complaining about the Sun C options. Is your Perl a 64-bit version? If not, you'll have problems with CSDK 2.81.FC2 (ESQL/C 9.53.FC2) because the ESQL/C library assumes a 64-bit environment. You'd need to use 'gcc -m64' -- if it complains about that, you've got real problems. And there is a mechanism - probably horribly klunkk - for eliminating problematic options. Investigate the environment in Notes/environment.variables, especially: * DBD_INFORMIX_DEBUG_ESQLCC * DBD_INFORMIX_DEBUG_ESQLLD * DBD_INFORMIX_ESQLCC_REMOVE_OPTIONS_REGEX * DBD_INFORMIX_ESQLLD_REMOVE_OPTIONS_REGEX There are illustative uses in the notes. Since GCC was used to build Perl, the only issue is whether you have a 32-bit or 64-bit Perl. Given the version of Perl, I suspect you have a 32-bit build, and you would therefore need to use the 32-bit version of CSDK. That would also mean that you can't use shared memory connections to connect your Perl + DBI + DBD::Informix to your 64-bit IDS (9.xx.Fyz). [That test still pays for itself many times over. It heads off so many problems before you get Perl directly involved it isn't true.] -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/ |
|