[GRASS-dev] library so file name scheme and GDAL-GRASS plugin

[Markus Neteler]

On Mon, Apr 18, 2011 at 9:41 PM, Martin Landa <landa.martin at gmail.com> wrote:
> Hi,
>
> 2011/4/18 Markus Neteler <neteler at osgeo.org>:
>> I don't know what changed but I don't manage any more to compile the
>> GDAL-GRASS-plugin without tricks:
>>
>> config.log of GDAL-GRASS-plugin:
>> ...
>> configure:3017: checking for G_putenv in -lgrass_gis
>> configure:3047: gcc -o conftest -O2    conftest.c -lgrass_gis
>> -L/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/lib
>> -lgrass_gmath -lgrass_gis -lgrass_datetime -lgrass_gproj -lgrass_vect
>> -lgrass_dbmibase -lgrass_dbmiclient -lgrass_dgl -lgrass_dig2
>> -lgrass_rtree -lgrass_linkm -L/usr/local/lib -lgdal  >&5
>> /usr/bin/ld: cannot find -lgrass_gis
>> /usr/bin/ld: cannot find -lgrass_gmath
>> /usr/bin/ld: cannot find -lgrass_gis
>> /usr/bin/ld: cannot find -lgrass_datetime
>> /usr/bin/ld: cannot find -lgrass_gproj
>> /usr/bin/ld: cannot find -lgrass_vect
>> /usr/bin/ld: cannot find -lgrass_dbmibase
>> /usr/bin/ld: cannot find -lgrass_dbmiclient
>> /usr/bin/ld: cannot find -lgrass_dgl
>> /usr/bin/ld: cannot find -lgrass_dig2
>> /usr/bin/ld: cannot find -lgrass_rtree
>> /usr/bin/ld: cannot find -lgrass_linkm
>> ...
>>
>> All names are currently libgrass_raster.6.4.2svn.so and likewise.
>>
>> Starting gdalinfo etc, tells me
>> libgrass_I.so not found
>>
>> I can solve the problem like this:
>>
>> cd /where/grass64/is/lib/
>> for i in `ls libgrass_*.6.4.*` ; do ln -s $i `basename $i 6.4.2svn.so`so ; done
>
> building system in GRASS 7 doesn't produce unversioned library names.
> Symlinks don't work on Windows, this change has been backported some
> months ago to devbr6 and recently also to relbr64 (for 6.4.2).

OK.

> GDAL-GRASS-plugin needs to updated (to use only versioned library
> names).

This is fairly unlikely to happen (in GDAL) so many packagers may start
to drop this important plugin.

Suggestion: Create the symlinks on Linux and MacOSX only with a
condition.
?

Markus