lue is
causing $build_target to always be set to "build" at line 343 no matter
what the logic on the two preceeding lines decide.
If I set $::opt_r = '' on line 74 then running "perl Makefile.PL" chooses
the lib32 directory correctly and "make" runs cleanly.
Thanks,
--
Sean Kelly <[EMAIL PROTECTED]>
Quoting Tim Bunce <[EMAIL PROTECTED]>:
> Fixed Makefile.PL for handling 32/64bit libs thanks to Lincoln Baxter,
> Sean Kelly, Joel Van Boeckel and others. Oh the fun we've had.
Straight out of the box, release 1.15 did not compile for me. Again :)
It's stil
terms and also change references to Oracle lib
dirs to lib32.
After that, make ran cleanly and I use the resulting module everyday.
Are you having specific problems with the compilation, or is this just a
general enquiry?
Good luck,
--
Sean Kelly <[EMAIL PROTECTED]>
ds
== blah" term but that on it's own didn't work.
It appears specifc lines of the output stored in @cmds are used elsewhere
in Makefile.PL and this usage would all need changing to do something
different is perl_is_64bit is false.
That's as much as I can do now.
Thanks,
--
Sean Kelly <[EMAIL PROTECTED]>
clean
compile.
Tim, do you still want me to provide those details?
--
Sean Kelly <[EMAIL PROTECTED]>
however,
compile cleanly as it's still pointing GCC at the 64bit Oracle libs when I
need the 32bit ones in the "lib32" directories.
Thanks,
--
Sean Kelly <[EMAIL PROTECTED]>
eing.
After messing with the makefile I found DBD::Oracle built cleanly and my
app is happily using it at the moment.
Good luck,
--
Sean Kelly <[EMAIL PROTECTED]>
ME file explaining how to install it.
Good luck,
--
Sean Kelly <[EMAIL PROTECTED]>
The
DBD::Oracle makes no mention of it.
Thanks,
--
Sean Kelly <[EMAIL PROTECTED]>
the first one.
So, it looks like things have gotten a little further but sadly (for me,
anyway) it's code snippet 2 that I'm really interested in getting going. I
suppose this also highlights the fact that threading *has* changed in some
way between 5.8.0 and 5.8.2.
Kind regards,
uild that as well :)
>
> I am vey low on time at the moment, but I can see if I have a quick idea
> how to solve the problem.
Great stuff, thanks :)
--
Sean Kelly <[EMAIL PROTECTED]>
.
Could someone please offer some advice?
--
Sean Kelly <[EMAIL PROTECTED]>
-lnsslb9 -lnhost9 -lntns9 -lnoname9 -lnsl -lsocket -
lgen -ldl -R/app/oracle/product/9.0.1/lib -laio -lposix4 -lkstat -lm -
lthread -o blib/arch/auto/DBD/Oracle/Oracle.so
My environment is:
Solaris 8 02/02 for SPARC
GCC 2.95.3
Perl 5.8.0
DBI 1.39
Thanks,
--
Sean Kelly <[EMAIL PROTECTED]>
Quoting Tim Bunce <[EMAIL PROTECTED]>:
> The next version addresses this by removing the "8" in references to
> Oracle :)
Tim,
Many thanks - that will make my documents look all the better ;)
--
Sean Kelly <[EMAIL PROTECTED]>
mode. When it does, I will
need to provide "quality" documentation and I would like to state in my docs
that the driver is officially compatible with Oracle 9i database.
Kind regards,
--
Sean Kelly <[EMAIL PROTECTED]>
" statements from the GCC lines as they
conflicted with the correct "-o " bits.
Once this was done, DBD::Oracle compiled and installed fine, and I am now
using it to connect to Oracle 9i.
I also mentioned this at http://cpanratings.perl.org/d/DBD-Oracle
--
Sean Kelly <[EMAIL PROTECTED]>
16 matches
Mail list logo