Re: [GRASS-dev] [GRASS GIS] #3273: Fails to build with GCC 7

#3273: Fails to build with GCC 7 -+- Reporter: Bas Couwenberg | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.2.2 Component: Compiling |Version: 7.2.0

Re: [GRASS-dev] New attempt to update GRASS for Mac

This made a big difference. By setting: export LD_LIBRARY_PATH="/Applications/anaconda/lib:$LD_LIBRARY_PATH in my terminal before configure, I could successfully build GRASS with all dependencies in anaconda except FreeType and Cairo. I tried linking in the --with-cairo-ldflags argument

Re: [GRASS-dev] New attempt to update GRASS for Mac

I'm very glad you've found a way forward. Perhaps someone else on this thread can suggest how it might be incorporated into the GRASS build system. I have several questions below, that are a result of my spotty understanding (or ignorance) of the details of build systems. Michael

Re: [GRASS-dev] New attempt to update GRASS for Mac

After a tedious set of tests, I can say that GRASS will not build with ANY dependency from Anaconda except SQLite. That is, I went through the dependencies one-by-one and replaced the path to a Framework version with an Anaconda version in my configure string. I did a make clean between each

Re: [GRASS-dev] openMP support in GRASS GIS

Thanks Maris, [BTW: your mail was sent only to me, so I'm forwarding to the list.] On 04/08/17 16:04, Maris Nartiss wrote: 1. It is not a dependency, as OpenMP code should run just fine also when compiled without OpenMP. Those are just comments in code thus backwards safe. Right. I now see

Re: [GRASS-dev] openMP support in GRASS GIS

On 04/08/17 12:35, Markus Neteler wrote: Hi, just saw that this article got published (congrats, Jaro and team): Hofierka, J., Lacko, M., Zubal, S., 2017. Parallelization of interpolation, solar radiation and water flow simulation modules in GRASS GIS using OpenMP. Computers & Geosciences.

[GRASS-dev] openMP support in GRASS GIS

Hi, just saw that this article got published (congrats, Jaro and team): Hofierka, J., Lacko, M., Zubal, S., 2017. Parallelization of interpolation, solar radiation and water flow simulation modules in GRASS GIS using OpenMP. Computers & Geosciences. doi:10.1016/j.cageo.2017.07.007 Questions:

Re: [GRASS-dev] OGR SQLite question

On 04/08/17 11:56, Markus Neteler wrote: On Fri, Aug 4, 2017 at 11:51 AM, Moritz Lennert wrote: On 29/07/17 17:59, Michael Barton wrote: The db.out.ogr manual states for the input argument: input=name [required] GRASS table name Or data source for direct OGR

Re: [GRASS-dev] [release planning] GRASS GIS 7.2.2

2017-08-04 11:37 GMT+02:00 Markus Neteler : > r71253 dbmi_base lib: add missing arg type > r71191 lidarlib: free structs > > They are not backport yet in case they should be. I think so, done in r71323-4. Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa

Re: [GRASS-dev] OGR SQLite question

On Fri, Aug 4, 2017 at 11:51 AM, Moritz Lennert wrote: > On 29/07/17 17:59, Michael Barton wrote: >> >> The db.out.ogr manual states for the input argument: >> >> input=name [required] >> GRASS table name >> Or data source for direct OGR access >> >> How do you

Re: [GRASS-dev] [GRASS GIS] #2940: Compiling Grass-7.0.3 under FreeBSD: tplot directory (with log)

#2940: Compiling Grass-7.0.3 under FreeBSD: tplot directory (with log) --+- Reporter: pieside | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.2.2 Component: Default |Version: 7.2.0

Re: [GRASS-dev] OGR SQLite question

On 29/07/17 17:59, Michael Barton wrote: The db.out.ogr manual states for the input argument: input=name [required] GRASS table name Or data source for direct OGR access How do you specify the name of a table in the GRASS sqlite.db that is not linked to vector objects? Probably the manual

Re: [GRASS-dev] [GRASS GIS] #3091: The RUN_GISBASE variable is not set correctly on FreeBSD

#3091: The RUN_GISBASE variable is not set correctly on FreeBSD --+- Reporter: pieside | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 7.2.2 Component: Default |Version: 7.0.4

Re: [GRASS-dev] [release planning] GRASS GIS 7.2.2

Hi, what about these fixes here done by mmetz? r71253 dbmi_base lib: add missing arg type r71191 lidarlib: free structs They are not backport yet in case they should be. markusN ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] OGR SQLite question

On Sat, Jul 29, 2017 at 5:59 PM, Michael Barton wrote: [ ...] > I'd like to export the distance matrix table > created with v.distance -a. You could redirect it to a file (of course a "file=" parameter would be more elegant): # test case, NC dataset v.extract

Re: [GRASS-dev] i.segment: possible to cache results of open_files() for several runs of i.segment ?

On 03/08/17 14:09, Markus Metz wrote: There is one relatively easy possibility to speed up reading input, if the input maps are compressed with ZLIB or BZIP2: you could compress the input maps with LZ4, this would speed up reading since quite a bit of time is spent on decompressing ZLIB or

Re: [GRASS-dev] New attempt to update GRASS for Mac

On 04/08/17 00:33, Vaclav Petras wrote: Well, the error (below) suggests that wrong library is either linked or included. You need to go through the -L and -I paths and see if you need to set one of these differently or add additional one for iconv. I don't see how to set this through