>
> Hi there,
>
> I have been having problems compiling DBD::ODBC under RedHat 7.3.
>
> OS: RedHat 7.3
> Kernel: 2.4.20-28.7 (most recent official RH73 update)
> Glibc: glibc-2.2.5-44 (most recent official RH73 update)
> gcc: gcc-2.96-113 (most recent official RH73 update)
> DBI: perl-DBI-1.21-1 (official RH73 pkg)
> UnixODBC: unixODBC-2.2.0-5 (official RH73 pkg)
> Perl: perl-5.6.1-34.99.6 (official RH73 pkg)
[snip]
>
> DBD-ODBC-1.09]$ make
> gcc -c -I/usr/include -I.
> -I/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/DBI
> -fno-strict-aliasing -I/usr/local/include -O2 -march=i386 -mcpu=i686
> -DVERSION=\"1.09\" -DXS_VERSION=\"1.09\" -fPIC
> -I/usr/lib/perl5/5.6.1/i386-linux/CORE -I/usr/include dbdimp.c
> dbdimp.c: In function `odbc_clear_result_set':
> dbdimp.c:157: parse error before `static'
[snip]
This is very strange to me. The odbc_clear_result_set function ends and the
"static" begins the declaration of a new function. Can you look at dbdimp.c
and see what's on line 154-156. It should be the closing of one function
and the starting of another. There is a commented out section at 142 in my
latest version and it may be something about the closting of that comment
that causes it, but it's strange to me. I, of course, could be barking up
the wrong tree.
The only other thing I can think of is the version of DBI. Is it possible
to try upgrading DBI, then building DBD::ODBC?
Please let me know.
>
> Both "make" and "make test" output the above.
>
> I was a bit dubious about the library locations but the
> errors above don't seem to be related to that but rather the
> use of the "->" operator. Maybe that's a side-effect of
> something else though... I'm hoping I don't have to upgrade
> gcc on this box just for DBD::ODBC but if that's what people
> think it will take I'll do it.
The library locations were ok.
>
> I tried DBD:::ODBC 1.00 and 1.02. They both fail with almost
> identical output to 1.09. DBD::ODBC 0.43 seems to work OK. It
> compiles and runs. ("perl Makefile.PL" fails a couple of /t
> tests possibly wrt date functionality but claims that these
> are probably OK)
>
> Also of note is that I haven't upgraded perl to the latest
> Red Hat 7.3 errata version. This is because we have a lot of
> production programs/websites that are heavily reliant on perl
> and I'd prefer not to risk breaking them. If anyone suspects
> the perl version though I'll update perl this weekend and
> deal with the breakage.
>
> If I can supply any more information to assist hunting this
> down please let me know. Otherwise if I get time I'll try to
> fix it and give you a progress update.
>
> Any assistance will be greatly appreciated. Thanks.
I'm not sure I'm of much help here, since I do test on RH9. I am using
pretty much the current builds. I don't think I have an RH7.3 system left
to test on.
Regards,
Jeff
