<div dir="ltr"><div><div><div><br>I've attached an updated patch, though I don't think it's good enough for all gdal versions/platform combinations<br><br></div>libtool is provided with all 3 version components via -version-info and uses them as a base for the soname entry.<br></div>On Linux/similar it should just be the first component (libgdal.so.21), however some platforms have other requirements.<br></div>Without knowing all of the possible platforms, or exactly what libtool does I don't think there's a sensible default (may be why there wasn't one at all)<div><br></div><div>It's also possible that the so-version isn't always the same as the product version..<br></div><div><div><br><div><div><div><div><div><div><div><div><div>I'm happy to maintain this change just for my build if needed. I don't think it's a problem for the final build output, just test harnesses/etc which run from the build directory (before rpaths/etc are stripped out).<br><br></div><div>Thanks<br></div><div>Gareth<br></div><div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 9 August 2016 at 13:43, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Forwarding to the list.<br>
<br>
----------  Message transmis  ----------<br>
<br>
Sujet : Re: [gdal-dev] No SONAME in libgdal.so when building with --without-<br>
libtool<br>
Date : mardi 09 août 2016, 14:38:00<br>
De : Gareth Francis <<a href="mailto:gfrancis.dev@gmail.com" target="_blank">gfrancis.dev@gmail.com</a>><br>
À : Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>><br>
<div><div><br>
Not having a SONAME entry doesn't directly cause any problems, however<br>
libraries linked to libgdal.so can end up having a DT_NEEDED entry<br>
containing the library path '../../build/lib64/libgdal.so' instead of just<br>
'libgdal.so.20'. This happens when linking with GNU ld using CMake's<br>
default behaviour. Linking without rpaths/etc probably avoids the issue.<br>
<br>
Any executable which doesn't directly link to libgdal.so will then try to<br>
look for '../../build/lib64/libgdal.so'<wbr>, regardless of the LD_LIBRARY_PATH<br>
contents.<br>
<br>
The only special case I can think of is Android, where the SONAME should<br>
just be 'libgdal.so' without any version numbers.<br>
<br>
I'll have to double-check what our version of libtool generated, I probably<br>
just made a mistake.<br>
<br>
<br>
On 9 August 2016 at 13:10, Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>> wrote:<br>
<br>
> Gareth,<br>
><br>
> What sort of issue do you encounter with SONAME not being defined ?<br>
><br>
> I've tested your patch and it doesn't generate the same soname as libtool.<br>
> libtool generates libgdal.so.20 deduced from the LIBGDAL_CURRENT /<br>
> LIBGDAL_REVISION / LIBGDAL_AGE variables.<br>
><br>
> Digging into history, it seems to be a voluntary choice not to define by<br>
> default the soname in non-libtool builds, but I'm not sure why :<br>
> <a href="https://trac.osgeo.org/gdal/changeset/4855" rel="noreferrer" target="_blank">https://trac.osgeo.org/gdal/ch<wbr>angeset/4855</a><br>
><br>
> Even<br>
><br>
> > Encountered on Centos 6, x86_64<br>
> ><br>
> > configured with --without-libtool, resulting libgdal.so has no SONAME<br>
> entry<br>
> ><br>
> > The link command for libgdal.so uses the variable 'GDAL_SLIB_SONAME'<br>
> which<br>
> > isn't defined in <a href="http://GDALmake.opt.in" rel="noreferrer" target="_blank">GDALmake.opt.in</a><br>
> ><br>
> > The attached patch fixes the issue, and I believe will generate the same<br>
> > name as libtool.<br>
> ><br>
> > Thanks<br>
> > Gareth Francis<br>
><br>
> --<br>
> Spatialys - Geospatial professional services<br>
> <a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
><br>
<br>
<br>
<br>
--<br>
--------------------<br>
Gareth Francis<br>
<a href="http://www.gfrancisdev.co.uk" rel="noreferrer" target="_blank">www.gfrancisdev.co.uk</a><br>
<br>
</div></div>------------------------------<wbr>-------------------------<br>
<span>--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</span>______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman<wbr>/listinfo/gdal-dev</a></blockquote></div><br><br clear="all"><br>-- <br><div data-smartmail="gmail_signature">--------------------<br>Gareth Francis<br><a href="http://www.gfrancisdev.co.uk" target="_blank">www.gfrancisdev.co.uk</a><br></div>
</div></div></div></div></div></div></div></div></div></div></div></div></div></div>