Bug #44989 [Com]: 64bit Oracle RPMs still not supported by pdo-oci

From: Date: Fri, 16 Sep 2011 16:30:21 +0000
Subject: Bug #44989 [Com]: 64bit Oracle RPMs still not supported by pdo-oci
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-163610@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=44989&edit=1

 ID:                 44989
 Comment by:         jbnance at tresgeek dot net
 Reported by:        stevec at engr dot oregonstate dot edu
 Summary:            64bit Oracle RPMs still not supported by pdo-oci
 Status:             Closed
 Type:               Bug
 Package:            PDO related
 Operating System:   Linux
 PHP Version:        5.2.6
 Assigned To:        sixd
 Block user comment: N
 Private report:     N

 New Comment:

Ah, yes, my mistake.  I forgot that although it defines lib<qual> rules, it 
doesn't specify whether you use lib32 or lib64.

So what I should have said is that practically every other distribution uses lib 
for 32-bit libraries and lib64 for 64-bit libraries.  On 64-bit systems using 
those distros, /lib & /usr/lib still contains the 32-bit versions of the libraries 
you have installed (you can install the 64-bit without the 32-bit and vice versa).

So, whatever modifications are done to the patch will need to take that into 
account.


Previous Comments:
------------------------------------------------------------------------
[2011-09-16 16:04:51] olemarkus at gentoo dot org

How is that against FHS? IIRC it is even mentioned specifically in one of FHS' footnotes.

Gentoo can be multilib, thus it has both /usr/lib32 and /usr/lib64, and /usr/lib as a symlink to
/usr/lib64. Redhat and whatnot are probably not mutlilib, so they do not have this link (nor do all
profiles on Gentoo).

------------------------------------------------------------------------
[2011-09-16 15:52:52] jbnance at tresgeek dot net

Errr... That goes against the FHS.  Red Hat / CentOS, Fedora, SuSE / OpenSUSE, and 
Ubuntu / Debian (as well as all the derivates I know of) all have separate lib and 
lib64 directories.

------------------------------------------------------------------------
[2011-09-16 09:52:16] olemarkus at gentoo dot org

At least Gentoo has /usr/lib symlinked to /usr/lib64

------------------------------------------------------------------------
[2011-09-14 13:29:16] jbnance at tresgeek dot net

What distribution has /usr/lib sym linked to /usr/lib64?

The patch works fine on RHEL 5 32-bit (and 64-bit) with Oracle 10 and 11.2 RPMs 
(from Oracle).

------------------------------------------------------------------------
[2011-09-14 05:32:16] patrickallaert@php.net

The committed patch introduced a regression for those who have a path like:
    /usr/lib64/oracle/10.2.0.3/client/include
on x86_64 boxes.

The path tried are:
/usr/include/oracle/10.2.0.3/client64/oci.h
/usr/lib/oracle/10.2.0.3/client64/include/oci.h
/usr/sdk/include/oci.h
/usr/client64/include/oci.h

Because /usr/lib/ is a symlink to /usr/lib64/ on those boxes, it previously 
worked by using "client" rather than "client64".
Now it fails with:
configure: error: I'm too dumb to figure out where the include dir is in your 
Instant Client install

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


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=44989


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


Thread (18 messages)

« previous php.bugs (#163610) next »