[GRASS-dev] Installing GRASS GIS on Windows

Hello,

I was attempting to download and install GRASS GIS (grass72_release) using the following link: https://trac.osgeo.org/grass/wiki/CompileOnWindows

Following the steps, I get an error from running:

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

Checking package.log, it seems that the error stems from the absence of a Platform.make file. Does anyone know a fix to this?

include/Make/Vars.make:1: include/Make/Platform.make: No such file or directory
make: *** No rule to make target ‘include/Make/Platform.make’.
make: Failed to remake makefile ‘include/Make/Platform.make’.
/dist.
make: /dist.: Command not found
make: *** [include/Make/Rules.make:16: /dist.] Error 127

Thanks,

Jerry

Jerry Huang wrote

Hello,

I was attempting to download and install GRASS GIS (grass72_release) using
the following link: https://trac.osgeo.org/grass/wiki/CompileOnWindows

Following the steps, I get an error from running:

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

Checking package.log, it seems that the error stems from the absence of a
Platform.make file. Does anyone know a fix to this?

include/Make/Vars.make:1: include/Make/Platform.make: No such file or
directory
make: *** No rule to make target 'include/Make/Platform.make'.
make: Failed to remake makefile 'include/Make/Platform.make'.
/dist.
make: /dist.: Command not found
make: *** [include/Make/Rules.make:16: /dist.] Error 127

Thanks,
Jerry

_______________________________________________
grass-dev mailing list

grass-dev@.osgeo

https://lists.osgeo.org/mailman/listinfo/grass-dev

Maybe change the subject of your mail to 'compiling on Windows'.

a package.log should have been created.

could you post here the relevant part of configure in package.log?

It should look similar to

"Sat Dec 2 00:20:39 2017: STARTING configure
checking host system type... x86_64-w64-mingw32
checking for gcc... gcc
checking whether the C compiler (gcc
-L/c/msys64/usr/src/grass_trunk/mswindows/osgeo4w/lib -lz) works... yes
checking whether the C compiler (gcc
-L/c/msys64/usr/src/grass_trunk/mswindows/osgeo4w/lib -lz) is a
cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for Cygwin environment... no
checking for mingw32 environment... yes
checking for executable suffix... .exe
checking for full floating-point support... yes
checking for pwd... /usr/bin/pwd
checking for source directory... /c/msys64/usr/src/grass_trunk
checking for build directory... /c/msys64/usr/src/grass_trunk
checking for svnversion... /usr/bin/svnversion
checking for MacOSX App... no
checking for MacOSX architectures... no
checking for MacOSX SDK... no
checking how to build libraries... shared
checking for additional include dirs... /c/OSGeo4W64/include
checking for additional library dirs...
[... ]

"Sat Dec 2 00:20:39 2017: FINISHED configure"

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

Hi,

2017-12-03 5:09 GMT+01:00 Jerry Huang <jhuang37050@gmail.com>:

I was attempting to download and install GRASS GIS (grass72_release) using
the following link: https://trac.osgeo.org/grass/wiki/CompileOnWindows

to be precise you are not installing GRASS but creating binary
packages which you or someone else can install. BTW, those binary
packages are available on daily basis at [1] (daily builds for
grass72_release are not provided since 26/11, so I put link to
grass74_release). Why can't you use precompiled binaries from [1]?

Ma

[1] https://wingrass.fsv.cvut.cz/grass74/x86_64/

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Martin Landa wrote

Hi,

2017-12-03 5:09 GMT+01:00 Jerry Huang &lt;

jhuang37050@

&gt;:

I was attempting to download and install GRASS GIS (grass72_release)
using
the following link: https://trac.osgeo.org/grass/wiki/CompileOnWindows

to be precise you are not installing GRASS but creating binary
packages which you or someone else can install. BTW, those binary
packages are available on daily basis at [1] (daily builds for
grass72_release are not provided since 26/11, so I put link to
grass74_release). Why can't you use precompiled binaries from [1]?

Jerry is a GCI student who tries to complete some of the GRASS tasks.

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

Hi,

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

Checking package.log, it seems that the error stems from the absence of a
Platform.make file. Does anyone know a fix to this?

please post here full log file. Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Okay I switched to a terminal with gcc and ran ./configure again. This time I get the following error:

loading site script /mingw64/etc/config.site
/mingw64/etc/config.site: line 13: config.site:13: default build_alias set to x86_64-w64-mingw32: command not found
/mingw64/etc/config.site: line 20: config.site:20: default prefix set to /mingw64: No such file or directory
checking host system type… x86_64-pc-mingw64
checking for gcc… gcc
checking whether the C compiler (gcc ) works… yes
checking whether the C compiler (gcc ) is a cross-compiler… no
checking whether we are using GNU C… yes
checking whether gcc accepts -g… yes
checking for Cygwin environment… no
checking for mingw32 environment… yes
checking for executable suffix… .exe
checking for full floating-point support… yes
checking for pwd… /usr/bin/pwd
checking for source directory… /usr/src/grass72_release
checking for build directory… /usr/src/grass72_release
checking for svnversion… /usr/bin/svnversion
checking for MacOSX App… no
checking for MacOSX architectures… no
checking for MacOSX SDK… no
checking how to build libraries… shared
configure: error: Unknown platform: x86_64-pc-mingw64

···

On Mon, Dec 4, 2017 at 8:01 PM, Jerry Huang <jhuang37050@gmail.com> wrote:

My package.log is linked below. Running configure by itself gives:

loading site script /etc/config.site
/etc/config.site: line 23: config.site:23: default build_alias set to x86_64-pc-msys: command not found
/etc/config.site: line 30: config.site:30: default prefix set to /usr: No such file or directory
checking host system type… x86_64-pc-msys
checking for gcc… no
checking for cc… no
configure: error: no acceptable cc found in $PATH

On Sun, Dec 3, 2017 at 6:26 AM, Martin Landa <landa.martin@gmail.com> wrote:

Hi,

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

Checking package.log, it seems that the error stems from the absence of a
Platform.make file. Does anyone know a fix to this?

please post here full log file. Ma


Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Hi,

2017-12-05 2:56 GMT+01:00 Jerry Huang <jhuang37050@gmail.com>:

please open MSYS2 terminal (mingw64_shell.bat) and run

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

than post package.log to ML. Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Tue, Dec 5, 2017 at 12:03 PM, Martin Landa <landa.martin@gmail.com> wrote:

Hi,

2017-12-05 2:56 GMT+01:00 Jerry Huang <jhuang37050@gmail.com>:

please open MSYS2 terminal (mingw64_shell.bat) and run

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

than post package.log to ML. Ma

ok but please _compress_ the log file.
Otherwise it will not reach the list.

Markus

2017-12-05 12:36 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

than post package.log to ML. Ma

ok but please _compress_ the log file.
Otherwise it will not reach the list.

or relevant part before it fails. Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Ok I made some progress in compiling the code. I first switched to 32 bit msys because ./configure couldn’t detect the 64 bit version. I also switched to compiling grass_trunk as I suspected something was wrong with my grass72_release (my Platform.make file was missing). However, I ran into different errors this time.

Below is my error.log:
/usr/src/grass_trunk/lib/python/ctypes
/usr/src/grass_trunk/raster/r.cost
/usr/src/grass_trunk/raster/r.flow
/usr/src/grass_trunk/raster/r.resamp.bspline
/usr/src/grass_trunk/raster/r.spreadpath
/usr/src/grass_trunk/raster/r.stream.extract
/usr/src/grass_trunk/raster/r.terraflow
/usr/src/grass_trunk/raster/r.viewshed
/usr/src/grass_trunk/raster/r.walk
/usr/src/grass_trunk/vector/v.lidar.correction
/usr/src/grass_trunk/vector/v.lidar.edgedetection
/usr/src/grass_trunk/vector/v.outlier
/usr/src/grass_trunk/vector/v.surf.bspline
/usr/src/grass_trunk/imagery/i.segment
/usr/src/grass_trunk/locale

Running make in ctypes gives:
Traceback (most recent call last):
File “./ctypesgen.py”, line 142, in
ctypesgencore.processor.process(descriptions, options)
File “./ctypesgencore/processor/pipeline.py”, line 58, in process
find_source_libraries(data, options)
File “./ctypesgencore/processor/operations.py”, line 206, in find_source_libraries
library = ctypesgencore.libraryloader.load_library(library_name)
File “./ctypesgencore/libraryloader.py”, line 62, in load_library
return self.load(path)
File “./ctypesgencore/libraryloader.py”, line 240, in load
return _WindowsLibrary(path)
File “./ctypesgencore/libraryloader.py”, line 223, in init
self.cdll = ctypes.cdll.LoadLibrary(path)
File “C:/msys64/mingw32/lib/python2.7/ctypes/init.py”, line 444, in LoadLibrary
return self._dlltype(name)
File “C:/msys64/mingw32/lib/python2.7/ctypes/init.py”, line 366, in init
self._handle = _dlopen(self._name, mode)
WindowsError: [Error 127] The specified procedure could not be found
make[1]: *** [Makefile:102: OBJ.i386-w64-mingw32/segment.py] Error 1
make[1]: Leaving directory ‘/usr/src/grass_trunk/lib/python/ctypes’
make: *** [Makefile:81: default] Error 2

(attachments)

package.log.zip (179 KB)

···

On Tue, Dec 5, 2017 at 7:05 AM, Martin Landa <landa.martin@gmail.com> wrote:

2017-12-05 12:36 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

OSGEO4W_POSTFIX=64 ./mswindows/osgeo4w/package.sh

than post package.log to ML. Ma

ok but please compress the log file.
Otherwise it will not reach the list.

or relevant part before it fails. Ma


Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa