[gdal-dev] libFileGDBAPI.so not found with compiling gdal 1.9.2 on openSUSE 12.2 x64.

[Donovan Cameron]

Looks like over in the [qgis-user] list, someone is having similar problems:
https://groups.google.com/d/msg/qgis_user_remote/B2J9sOsSLbo/BIpAHZ84bhgJ

On Thu, Jan 24, 2013 at 9:05 PM, Donovan Cameron <sault.don at gmail.com> wrote:
> I can't seem to compile GDAL with FileGDB support on openSUSE.
> I'm compiling locally using the OBS tools (osc) and have checked-out
> the libgdal package from the Application:Geo project.
>
> Steps I've taken:
>
> 1) Download FileGDB_API_1_2-64.tar.gz
>
> 2) tar xzvf FileGDB_API_1_2-64.tar.gz -C /usr/lib64/
>
> 3) export LD_LIBRARY_PATH=/usr/lib64/FileGDB_API/lib
> cd /usr/lib64/FileGDB_API/samples
> make
> cd bin
> ./Querying #Works, so the API is fine.
>
> 4) su -
> $ vi /etc/ld.so.conf.d/fgdb.conf #Added a single entry:
> /usr/lib64/FileGDB_API/lib
> $ ldconfig #A grep of this with the -v flag shows it registered fine
>
> 5) #Some openSUSE specific stuff, b/c I'm building locally via the OBS
> $ zypper in osc
> cd /home/saultdon/Development/obs
> osc co Application:Geo libgdal
> cd Application:Geo/libgdal
> vi libgdal.spec #added "--with-fgdb=/usr/lib64/FileGDB_API" in
> %configure section
> #I also did a test build without that configure param. first and it
> compiled fine with working RPMs
> osc build openSUSE_12.2 x86_64 libgdal.spec --clean
>
> Resulting Error:
> [  209s] checking for libFileGDBAPI.so in in
> /usr/lib64/FileGDB_API/lib... configure: error: not found.
> [  209s] error: Bad exit status from /var/tmp/rpm-tmp.7SOa8g (%build)
> [  209s] RPM build errors:
> [  209s] Bad exit status from /var/tmp/rpm-tmp.7SOa8g (%build)
> The buildroot was: /var/tmp/build-root
>
> libFileGDBAPI.so file exists, ldconfig registered it, and the API test
> worked fine, the env. var. LD_LIBRARY_PATH is also set, but I don't
> even think that's necessary. I only had to set that to get the API
> test to work.
>
> I'm not sure where this is going wrong. If anyone has any input or
> needs more information, let me know.
>
>
> Thanks!
>
>
> Donovan