On Tue, Mar 25, 2003 at 03:01:38PM +0000, Tim Bunce wrote:
> > building process could somehow figure this out?
>
> Did the 'perl Makefile.PL' say it was using the build-rules from Oracle?
It said
$ perl Makefile.PL
Using DBI 1.30 installed in
/export/packages/perl-5.005_03/lib/site_perl/5.005/sun4-solaris/auto/DBI
Configuring DBD::Oracle ...
>>> Remember to actually *READ* the README file!
Especially if you have any problems.
Using Oracle in /export/packages/oracle-9.2.0
Oracle version 9.2.0
Found header files in rdbms/demo rdbms/public.
Found /export/packages/oracle-9.2.0/rdbms/demo/demo_rdbms.mk
Found /export/packages/oracle-9.2.0/otrace/demo/atmoci.mk
Found /export/packages/oracle-9.2.0/precomp/demo/proc/demo_proc.mk
Using /export/packages/oracle-9.2.0/rdbms/demo/demo_rdbms.mk
Reading /export/packages/oracle-9.2.0/rdbms/demo/demo_rdbms.mk.
Reading /export/packages/oracle-9.2.0/rdbms/lib/env_rdbms.mk.
Deleting ORA_NLS = $(ORACLE_HOME)/ocommon/nls/admin/data/
because it is not already set in the environment
and it can cause ORA-01019 errors.
Deleting ORA_NLS33 = $(ORACLE_HOME)/ocommon/nls/admin/data/
because it is not already set in the environment
and it can cause ORA-01019 errors.
Attempting to discover Oracle OCI build rules
gcc -c DBD_ORA_OBJ.c
by executing: (make -f /export/packages/oracle-9.2.0/rdbms/demo/demo_rdbms.mk build
ECHODO=echo ECHO=echo GENCLNTSH='echo genclntsh' CC=echo OPTIMIZE= CCFLAGS=
EXE=DBD_ORA_EXE OBJS=DBD_ORA_OBJ.o)
Oracle oci build command:
+ -L/opt/SUNWcluster/lib -R/opt/SUNWcluster/lib -o build
-L/export/packages/oracle-9.2.0/rdbms/lib/ -L/export/packages/oracle-9.2.0/lib/ -o
DBD_ORA_EXE DBD_ORA_OBJ.o -lclntsh -lnbeq9 -lnhost9 -lnus9 -lnldap9 -lldapclnt9
-lnsslb9 -lnnis9 -lnoname9 -lntcp9 -lntcps9 -lnsslb9 -lntcp9 -lntns9 -lnsl -lsocket
-lgen -ldl -R/export/packages/oracle-9.2.0/lib -laio -lposix4 -lkstat -lm -lthread
System: perl5.00503 sunos theseus 5.7 generic sun4u sparc sunw,ultra-enterprise
Compiler: gcc -O
Linker: /usr/ccs/bin/ld
Sysliblist: -lnsl -lsocket -lgen -ldl
Oracle makefiles would have used these definitions but we override them:
CC: cc
CFLAGS: $(GFLAG) $(OPTIMIZE) $(CDEBUG) $(CCFLAGS) $(PFLAGS)\
$(SHARED_CFLAG) $(USRFLAGS)
[$(GFLAG) -xO3 $(CDEBUG) -Xa $(PROFILE) -xstrconst -dalign -xF $(XS) $(MR)
-xildoff -errtags=yes -v -xarch=v9 -xchip=ultra3 -W2,-AKNR_S -Wd,-xsafe=unboundsym
-Wc,-Qiselect-funcalign=32 -xcode=abs44 -Wc,-Qgsched-trace_late=1 -Wc,-Qgsched-T5
-xalias_level=weak -D_REENTRANT -DSS_64BIT_SERVER -DBIT64 -DMACHINE64 -K PIC
-I/export/packages/oracle-9.2.0/rdbms/demo
-I/export/packages/oracle-9.2.0/rdbms/public
-I/export/packages/oracle-9.2.0/plsql/public
-I/export/packages/oracle-9.2.0/network/public -DSLMXMX_ENABLE -DSLTS_ENABLE
-D_SVID_GETTOD -D_REENTRANT $(LPFLAGS) $(USRFLAGS)]
LDFLAGS: -o $@ $(LDPATHFLAG)$(PRODLIBHOME) $(LDPATHFLAG)$(LIBHOME)
[-o $@ -L/export/packages/oracle-9.2.0/rdbms/lib/ -L$(LIBHOME)]
Linking with OTHERLDFLAGS = -L/opt/SUNWcluster/lib -R/opt/SUNWcluster/lib -o build
-L/export/packages/oracle-9.2.0/rdbms/lib/ -L/export/packages/oracle-9.2.0/lib/
-lclntsh -lnbeq9 -lnhost9 -lnus9 -lnldap9 -lldapclnt9 -lnsslb9 -lnnis9 -lnoname9
-lntcp9 -lntcps9 -lnsslb9 -lntcp9 -lntns9 -lnsl -lsocket -lgen -ldl
-R/export/packages/oracle-9.2.0/lib -laio -lposix4 -lkstat -lm -lthread
[from 'build' rule]
Warning: If you have problems you may need to rebuild perl with threading enabled.
Warning: If you have problems you may need to rebuild perl with -Uusemymalloc.
Checking if your kit is complete...
Looks good
LD_RUN_PATH=/export/packages/oracle-9.2.0/lib:/export/packages/oracle-9.2.0/rdbms/lib
Using DBD::Oracle 1.14.
Using DBI 1.30 installed in
/export/packages/perl-5.005_03/lib/site_perl/5.005/sun4-solaris/auto/DBI
Writing Makefile for DBD::Oracle
*** If you have problems...
read all the log printed above, and the README and README.help files.
(Of course, you have read README by now anyway, haven't you?)
So if the [from 'build' rule] means what you have in mind, then the
answer would be yes. :-)
> > The make test runs fine except for
> >
> > t/long..............Illegal hex digit ignored at t/long.t line 106.
> > Illegal hex digit ignored at t/long.t line 109.
> > Illegal hex digit ignored at t/long.t line 111.
>
> Ah, I guess that's a compile time error - at run time the uft8 code
> isn't executed for perl 5.5.3. Does the attached patch fix it?
Yes, it does, thank you.
Now I realized there is another similar message
t/select............Illegal hex digit ignored at t/select.t line 66.
ok
-- sorry for not catching it the first time.
> [You do know I'll be removing support for perl 5.5 soon, right?]
Yes I know. But I'll be leaving this project in six days time, so
it's gonna be my younger colleagues' task to handle. :-)
Yours,
--
------------------------------------------------------------------------
Honza Pazdziora | [EMAIL PROTECTED] | http://www.fi.muni.cz/~adelton/
... all of these signs saying sorry but we're closed ...
------------------------------------------------------------------------
