Update: I had our unix server tech open an issue with HP on this since we have a maintenance contract. I attempted to use gcc because the perl version installed was compiled with gcc. HP will help if we follow the instructions here: http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,17 01,5672,00.html
Basically upgrading to a perl version compiled with the HP compiler and building DBD-Oracle using that compiler as well. That is our current plan. Thanks to both Peter and Johannes for attempting to help. You were absolutely correct in that my compile environment was a mix of gcc and HP C. Paula -------------------------- On 2007-03-06 13:39:53 +0100, Johannes Gritsch wrote: >> Looks as if gcc gets some parameters it does not understand. Is +b a parameter for the native >>C-Compiler >> for HPUX? On Wednesday, March 07, 2007 4:00 AM, Peter J. Holzer wrote: >Its an option for the HP-UX linker: > > +b path_list Specify a colon-separated list of directories > (embedded path) to be searched at program run-time > to locate shared libraries needed by the > executable output file that were specified with > either the -l or -l: option. >> This would mean that somewhere the system still tries to use >> HPUX cc and not gcc. >Maybe the Makefiles supplied by Oracle. I notice other HP-UX cc specific >options in other parts which look like the come from Oracle, too (I have >to admit that I didn't really try to check which part of Paula's output >comes from which part of the build system). >I have only ever built DBD::Oracle with HP's ANSI C compiler. If that is >available, I suggest compiling a recent version of perl with that from >scratch and then use that. (And read the README file! You to configure >perl in a non-standard way on HP-UX to get DBD::Oracle working ).