Changes between Initial Version and Version 1 of Ticket #6515


Ignore:
Timestamp:
May 16, 2016, 7:56:01 AM (8 years ago)
Author:
jamesnunn
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #6515 – Description

    initial v1  
    11I am building gdal to run on a server which requires dependencies to be downloaded to user space - in this case sqlite3 and sqlite3 development packages are downloaded to a home directory (using Scientific Linux 7):
    22
     3{{{
    34  mkdir -p ~/local/sqlite
    45  cd ~/local/sqlite
    … …  
    78  rpm2cpio sqlite*.rpm | cpio -id
    89  rpm2cpio sqlite-devel*.rpm | cpio -id
     10}}}
    911
    1012The resulting top level tree looks like this:
     13
     14{{{
    1115  \-- sqlite
    1216    +-- usr
    … …  
    1519        +-- lib64
    1620        +-- share
     21}}}
    1722
    1823Note that the lib dir for 64bit RHEL-based systems is 'lib64'
    … …  
    2025Running the following command to configure a gdal build from source (on git mirror at 1e1d7cc):
    2126
    22   ./configure --with-sqlite3=/home/james/local/sqlite/usr
     27{{{
     28  ./configure --with-sqlite3=/home/james/local/sqlite/usr
     29}}}
    2330
    2431This results in the sqlite libs not being picked up. The issue is in the configure script (around line 27442) where the sqlite libs are hardcoded in 'lib' and not 'lib64'.
    … …  
    2633A simple workaround is creating a symlink to the lib64 dir :
    2734
     35{{{
    2836  ln -s ~/sqlite/usr/lib64 <path_to_symlink>
    2937  ./configure --with-sqlite3=<path_to_symlink>
     38}}}