<div dir="ltr"><div><div><div>Hi Vaclav, and thank you so much for your help,<br><br></div>Do I understand correctly that I should compile a version of GRASS to use your patch?<br><br></div>Cheers,<br><br></div>P<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 February 2018 at 15:52, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Dear all,<br><br></div>this may not address this specific problem with multiple installations, but it may help overall with debugging such problems because it is more direct. I'm attaching a geoPAT patch which deals with the names of the libraries and removes the need to modify GRASS source code before the compilation happens.<br><br>The following command executed in the directory with the source code should be sufficient to compile modules with a self-compiled GRASS which is not in system:<br><div><div><br>make MODULE_TOPDIR=~/.../trunk/ GRASS_VERSION_NUMBER=7.5.svn<br><br></div><div>Path to the GRASS GIS installation/code/dev files and the version needs to be provided. This was tested with the current trunk in a home directory and not with GRASS installed (`make install`-ed) in the system. Nevertheless this removes the need to modify the source code and thus increasing compatibility with different GRASS versions (which change the copied and modified file).<br><br>Besides the limited testing, there are three other issues:<br></div><div><br></div><div>1) g.extension is not able to install the code from a directory (or ZIP, ...) because no system for C addon modules with libraries is in place (same issue as with r.pi.* suite). When GRASS_VERSION_NUMBER is added to g.extension code and HTML for the main directory is resolved/or ignored in g.extension, modules at least compile, but nothing is installed (added) to the local addons directory.<br></div><div><br></div><div>2) I don't understand why GRASS_VERSION_NUMBER isn't already defined.<br><br>3) I don't know how to contribute to the geoPAT repository.<br><br></div><div>Best,<br></div><div>Vaclav<br></div><div><br><br></div></div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 23, 2018 at 6:22 PM, Dylan Beaudette <span dir="ltr"><<a href="mailto:dylan.beaudette@gmail.com" target="_blank">dylan.beaudette@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">How about your GRASS "development" files: installed via package<br>
manager? Same version as the binaries?<br>
<br>
D<br>
<br>
On Fri, Feb 23, 2018 at 1:10 PM, Pierre Roudier<br>
<div class="m_-5603092383158468277HOEnZb"><div class="m_-5603092383158468277h5"><<a href="mailto:pierre.roudier@gmail.com" target="_blank">pierre.roudier@gmail.com</a>> wrote:<br>
> Thanks Dylan,<br>
><br>
> I did install using `sudo sh install.sh grass72` -- then `sudo sh install.sh<br>
> grass74` after my Grass version got updated to 7.4<br>
><br>
> Cheers,<br>
><br>
> P<br>
><br>
> On 23 February 2018 at 18:41, Dylan Beaudette <<a href="mailto:dylan.beaudette@gmail.com" target="_blank">dylan.beaudette@gmail.com</a>><br>
> wrote:<br>
>><br>
>> Howdy Pierre!<br>
>><br>
>> In my experience, the GeoPat modules need to know where several things<br>
>> are located, including (I think) parts of the GRASS source code. Have<br>
>> a look through the install.sh code:<br>
>><br>
>> <a href="http://sil.uc.edu/gitlist/geoPAT/blob/stable/install.sh" rel="noreferrer" target="_blank">http://sil.uc.edu/gitlist/geoP<wbr>AT/blob/stable/install.sh</a><br>
>><br>
>> I was able to get these modules up and running by invoking install.sh like<br>
>> this:<br>
>><br>
>> sh install.sh grass75<br>
>><br>
>> ... where "grass75" is the binary compiled from grass_trunk. The<br>
>> install.sh code seemed to find the source code it needed and worked<br>
>> without issue.<br>
>><br>
>> How did you install / upgrade the Geopat modules? Could it be that<br>
>> install.sh is "finding" the old source code / headers? Is there a<br>
>> package for both GRASS binaries and development files?<br>
>><br>
>> Dylan<br>
>><br>
>><br>
>> On Thu, Feb 22, 2018 at 7:28 PM, Pierre Roudier<br>
>> <<a href="mailto:pierre.roudier@gmail.com" target="_blank">pierre.roudier@gmail.com</a>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> > I've been compiling the geoPAT extensions for GRASS from<br>
>> > <a href="http://sil.uc.edu/gitlist/geoPAT/" rel="noreferrer" target="_blank">http://sil.uc.edu/gitlist/geoP<wbr>AT/</a><br>
>> ><br>
>> > At the time I was running GRASS 7.2.2 installed from the Ubuntu GIS<br>
>> > repository, but since this repo updated to GRASS 7.4, I have the<br>
>> > following<br>
>> > issue:<br>
>> ><br>
>> > GRASS 7.4.0 (modis_lst_2015):~ > p.sig.polygons --help<br>
>> > ERROR: Module built against version $Revision: 70617 $ but trying to use<br>
>> >        version $Revision: 70829 $. You need to rebuild GRASS GIS or<br>
>> >        untangle multiple installations.<br>
>> > [Raster MASK present]<br>
>> ><br>
>> > Any pointers about how to resolve the version tangling? I've tried<br>
>> > recompiling geoPAT, but that didn't work.<br>
>> ><br>
>> > Cheers,<br>
>> ><br>
>> > Pierre<br>
>> ><br>
>> > ______________________________<wbr>_________________<br>
>> > grass-dev mailing list<br>
>> > <a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
>> > <a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/grass-dev</a><br>
><br>
><br>
______________________________<wbr>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/grass-dev</a></div></div></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>