[GRASS-dev] GRASS module version strictness (libgrass_gis)

Jürgen E. Fischer jef at norbit.de
Fri Mar 5 12:14:48 PST 2021


Hi,

On Fri, 05. Mar 2021 at 20:23:47 +0100, Benjamin Ducke wrote:
> I am trying to find a way to inject GRASS modules (C code)
> compiled  in a GRASS 7 source tree into an already installed
> version of GRASS. Even if I compile in a GRASS 7.8.5 tree and
> then copy into a GRASS 7.8.5 (i.e. exact version match)
> installation, I get this:
> 
> ERROR: Module built against version 2021-03-04T21:51:47+00:00 but trying to
>        use version 2021-01-01T10:33:43+00:00. You need to rebuild GRASS GIS
>        or untangle multiple installations.
> 
> This is coming from 'libgrass_gis'.

> Apparently, GRASS keeps exact timestamps of the binaries and
> won't allow any mixing.

Note: In OSGeo4W testing I've disabled that check in lib/gis/gisinit.c.  The
DLLs already carry the major and minor version number in their name already.

I guess it's there because the ABI could change anytime - even in point
releases - and the libs are only meant for GRASS itself AFAIK.

But I'd also think that the chance for breakages is reasonable small enough to
do this.  Using the libs with a different compiler in the QGIS plugin like we
do is probably a bigger risk anyway.


Jürgena.

-- 
Jürgen E. Fischer           norBIT GmbH             Tel. +49-4931-918175-31
Dipl.-Inf. (FH)             Rheinstraße 13          Fax. +49-4931-918175-50
Software Engineer           D-26506 Norden            https://www.norbit.de
QGIS release manager (PSC)  Germany                    IRC: jef on FreeNode
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20210305/697719a1/attachment.sig>


More information about the grass-dev mailing list