On Tuesday, 4 August 2015 at 08:18:58 UTC, John Colvin wrote:
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh
wrote:
I can now run it with:
LD_LIBRARY_PATH=/home/craig2/code/gdal-2.0.0/lib64 ./gdaltest
But it appears the LD_LIBRARY_PATH hack is causing havoc with
other libraries,
On Tuesday, 4 August 2015 at 04:21:27 UTC, Joakim Brännström
wrote:
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh
wrote:
clip
Linkers, so fun they are...
https://wiki.debian.org/RpathIssue
As you can see in the search order RPATH takes precedence over
LD_LIBRARY_PATH.
If we ass
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh wrote:
I can now run it with:
LD_LIBRARY_PATH=/home/craig2/code/gdal-2.0.0/lib64 ./gdaltest
But it appears the LD_LIBRARY_PATH hack is causing havoc with
other libraries, as I get errors loading other shared libraries
when I do that.
On Tuesday, 4 August 2015 at 03:20:38 UTC, Craig Dillabaugh wrote:
ldd gdaltest
linux-vdso.so.1 (0x7ffe63381000)
libgdal.so.20 => not found
I can now run it with:
LD_LIBRARY_PATH=/home/craig2/code/gdal-2.0.0/lib64 ./gdaltest
But it appears the LD_LIBRARY_PATH hack is causin
On Tuesday, 4 August 2015 at 02:45:21 UTC, Joakim Brännström
wrote:
On Tuesday, 4 August 2015 at 02:26:17 UTC, Craig Dillabaugh
wrote:
So how can I force my application to link to my local copy of
GDAL2 at /home/craig2/code/gdal-2.0.0/lib64. Any help is
appreciated.
Hi,
I recently ran into
On Tuesday, 4 August 2015 at 02:26:17 UTC, Craig Dillabaugh wrote:
So how can I force my application to link to my local copy of
GDAL2 at /home/craig2/code/gdal-2.0.0/lib64. Any help is
appreciated.
Hi,
I recently ran into similare problems, different lib.
Try changing:
"lflags" :
["-L/home
I have been writing bindings for the GDAL library (www.gdal.org).
I recently updated my bindings to the latest release of GDAL
(2.0).
Before adding my bindings to code.dlang.org I want to run some
tests. I've built GDAL2 locally and want to link my bindings to
this library. However, I als
