cally linked in (it's a ridiculously huge
library as a result...) whereas the libraries that come in the /lib/ dir
of the full oracle package do not (and so are only somewhat less
ridiculously large).
Hope that helps someone, someday.
Cheers,
Chris
Chris Hodgson wrote:
Thanks for the con
Thanks for the confirmation Mike. I'm guessing the oracle instant client
was compiled with a bit more care for the use of external developers.
However I have managed to get a successful compile after setting the
LDFLAGS environment variable to include the oracle lib folder (to get
their old exp
on those new settings.
Good luck.
Ivan
---Original Message---
From: Chris Hodgson
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Problem Compiling with Oracle (--with-oci)
Sent: Jun 21 '11 12:38
What would need changed in the configure file? There is no reference
/testing/5/elgis/SRPMS/gdal-1.8.0-2.el5.elgis.src.rpm
if you are familiar with spec files I strongly suggest you to do it
that way :)
--Nikos Hatzopoulos
On Mon, Jun 20, 2011 at 4:49 PM, Chris Hodgson
mailto:chodg...@refractions.net>> wrote:
grep tells me that the /ade/smayer.../ pa
pointing to Oracle's path. It is fanny that you found that smaver
path. Sounds like you got a tar.gz package from someone, not from a GDAL
distribution.
The OCI driver should not depend in nothing but OCI apart from GDAL/OGR stuff.
Regards,
Ivan
---Original Message---
From:
I'm trying to compile GDAL/OGR with support for Oracle/OCI. I have the
full oracle 11g server installed on CentOS 5.3.
# configure --with-oci=/opt/oracle/product/11.2.0/dbhome_1/
# make
...
libtool:.
g++: /ade/smayer_perl_510/perl_source/expat_home/lib/libexpat.so: No
such file or directory