QGIS » QGIS Application

QGIS builds fine with GRASS 6.4.0rc6 here. Which GRASS version is found? Please quote the line from your build:

...
-- Found GRASS: /usr/lib/grass64 (6.4.0+42329)
...

grass -v

GRASS GIS 6.4.0RC6

Replying to [comment:2 vesnikos]:

grass -v

> GRASS GIS 6.4.0RC6

Sorry, I meant the output from cmake.

I confirm, it builds fine here, on two different architectures. Perhaps a leftover from another previous install?
Can you please check on anther similar machine?

I think I found the problem:
ccmake cache doesn't refresh, even if you change grass_prefix when you run ccmake to parse its variables.

It found a previous installation of grass 7 (which was in userland )

to recap: ccmake grass_prefix was pointing explicitly in /usr/lib/grass64
and ccmake (from a previous install, by locate? - i couldn't confirm this) was pointing in ~/grass7-src

more info:

findGRASS.cmake tries to find version.h in folder <grass-src>/include

but for grass6rc6 version.h is present as VERSION ( http://trac.osgeo.org/grass/browser/grass/tags/release_20100320_grass_6_4_0RC6/include/VERSION )

there isn't a version.h file (or at least I can't find one )

more additional info:

from http://www.mail-archive.com/[email protected]/msg07252.html

# ^ and $ appear to be non-functional in practice. This makes it
# impossible to code a non-trivial regex in CMake script.  This in turn
# forces the user to find or install other tools that can do so, rather
# than keeping their scripting logic self-contained in CMake.
#
# ^ and $ work work with respect to an entire <input> to STRING().
# That is to say, an <input> is treated as one line.  The <input>
# does not preserve newlines, even if it is read from a multi-line file.
# The following code snippet demonstrates that ^ and $ will only
# match at the beginning and end of a file, when the file is read in as
# an <input> string.

one that was suggested was

 STRING(REGEX REPLACE "\
?\
" ";" ENT "${input}")
 FOREACH(line ${ENT})
 # do the match on each line

Replying to [comment:6 vesnikos]:

more info:

findGRASS.cmake tries to find version.h in folder <grass-src>/include

but for grass6rc6 version.h is present as VERSION ( http://trac.osgeo.org/grass/browser/grass/tags/release_20100320_grass_6_4_0RC6/include/VERSION )

there isn't a version.h file (or at least I can't find one )

vesnikos, any news on this? Looks more like a GRASS installation problem on your end (missing version.h).

Replying to [comment:11 vesnikos]:

and the third and most major: The grass60RC6 package that comes from ubuntus' ubuntugis/unstable ppa is not compatible with qgis to be build with grass support. I had to compile from source to get grass support.

Incompatible in which way?

Its been a while, it has something to do with the packages' "include" folder.If i remember correctly the binary package doesn't install the "include" files ( where grass' version.h residences) and there isn't a -devel package provided by the ppa.

hence if you install grass60rc6 from ubunbugis/unstable you're not able to compile qgis with grass support.

After monday, i can do some tests with a virtual machine and test this, and open a new bug if needed

hence if you install grass60rc6 from ubunbugis/unstable you're not able to compile qgis with grass support.

I can compile every day qgis with GRASS support using GRASS installed with the ubuntugis-unstable repository.

Replying to [comment:14 lutra]:

I can compile every day qgis with GRASS support using GRASS installed with the ubuntugis-unstable repository.

where does your grass_prefix points at, when running ccmake ?

Replying to [comment:15 vesnikos]:

Replying to [comment:14 lutra]:

I can compile every day qgis with GRASS support using GRASS installed with the ubuntugis-unstable repository.

where does your grass_prefix points at, when running ccmake ?