ID:               17397
 Updated by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Open
 Bug Type:         OCI8 related
 Operating System: Linux 2.4.18
 PHP Version:      4.2.1
 New Comment:

Why aren't you using --with-oci8 option anyway?
(iirc, it's the preferred one to be used nowadays)



Previous Comments:
------------------------------------------------------------------------

[2002-05-30 07:26:05] [EMAIL PROTECTED]

I think it's the version check in configure which doesn't
work as expected for the new oracle versions.


------------------------------------------------------------------------

[2002-05-29 17:48:45] [EMAIL PROTECTED]

This actually turned out to be a problem with the way Oracle was
configured/installed.  After the issues with Oracle were resolved php
compiled and installed successfully.  Here's a tip:  Just installing
client and development libraries for Oracle doesn't work (I don't want
a db on this machine, only the necessary stuff to make php talk to a
remote db). You have to do a default install of 9i enterprise including
the test database and all the components, then remove the components
you don't need before php will compile successfully.  Oracle really
needs to improve their crappy installer.  Although, I still think it's
odd that php was reporting pdflib as the culprate on this one.

------------------------------------------------------------------------

[2002-05-23 16:09:15] [EMAIL PROTECTED]

I can't seem to be able to find a way to compile php with oracle and
pdflib support.  I am experiencing the following errors:

When running "configure" with the following options:
./configure \
--with-apxs=/usr/sbin/apxs \
--with-sybase \
--with-pdflib \
--with-oracle \
--with-zlib \
--with-gd \
--enable-sigchild \
--without-mysql \
--with-system-regex \
--with-config-file-path=/etc/httpd

configure dies and I recieve the following error message:
configure: error: 
PDFlib extension requires at least pdflib 3.x. You may also need
libtiff, libjpeg, libpng and libz.
Use the options --with-tiff-dir=<DIR>, --with-jpeg-dir=<DIR>,
--with-png-dir=<DIR> and --with-zlib-dir=<DIR>
See config.log for more information.


config.log has the following message on the last several lines:
configure:51569: checking for PDF_show_boxed in -lpdf
configure:51588: gcc -o conftest -g -O2  -DLINUX=22 -DEAPI -DEAPI_MM
-DEAPI_MM_CORE_PATH=/var/run/httpd.mm 
-Wl,-rpath,/home/oracle/OraHome1/lib -L/home/oracle/OraHome1/lib
conftest.c -lpdf  -lz -lm -ldl -lm -ldl -lgd -lz -lcrypt -lresolv -lm
-ldl -lnsl  -lresolv -lcrypt -lclntsh -lclntsh 1>&5
/usr/bin/ld: cannot find -lclntsh
collect2: ld returned 1 exit status
configure: failed program was:
#line 51577 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char PDF_show_boxed();

int main() {
PDF_show_boxed()
; return 0; }

I sat around for nearly an hour playing around with various options
until I discovered that if I attempt to configure php without the
"--with-oracle" option everything works without a problem and I can
compile successfully (without oracle support of course).  PDF support
works without a problem (I generated a sample pdf document just to be
sure).  If put back in the "--with-oracle" option and remove the
"--with-pdflib" option once again php compiles successfully (without
pdflib support) and Oracle support works correctly.
As always, any suggestions are greatly appriciated.

--
Ted  

------------------------------------------------------------------------


-- 
Edit this bug report at http://bugs.php.net/?id=17397&edit=1

Reply via email to