R: [GRASS-dev] GRASS-6.3.0RC4 Windows Native Binary (MSYS) Build Errors

[marco.pasetti at alice.it]

Hi Moritz,
 
Thanks for your reply.
 
>Please look at (and amend)
http://grass.gdf-hannover.de/wiki/WinGRASS_Current_Status <http://grass.gdf-hannover.de/wiki/WinGRASS_Current_Status> 
 
About this document I've got some questions:
 
1) [...] The port is of the current cvs branch GRASS 6.3. There are no ports of earlier versions [...]
 
I used 6.3.0RC4 source code (as I told you)... should I use a snapshot instead? (i.e. http://download.osgeo.org/grass/grass63/source/snapshot/grass-6.3.svn_src_snapshot_2008_01_19.tar.gz)
Actually I never used CVS, and in windows (using MSYS) I don't know if it works (and how does it works!)
Some suggestions?
 
2) [...] You also have to erase $(MANDIR) $(MANPAGES) from line 13 of man/Makefile, i.e. 'default: $(MANDIR) $(MANPAGES)' -> 'default:'. [...]
 
I'm reffering mainly to this wiki http://wiki.qgis.org/qgiswiki/BuildingFromSource#head-780e111c05f2c81b08bb55f1c8ad322cd6351fc1
This is a wiki on woh to build qgis, and contains all instructions on how to build grass Windows Native Binary to be included in qgis (so without GUI).
The previous instruction is not included, but building works though.
 
3) [...] After compiling you should copy libxdr.dll, libproj.dll, libpng.dll, libgdal-1.dll and libz.dll.1.2.3 into the GRASS lib directory and all the GDAL and PROJ .exe files in the bin directory into the GRASS bin directory [...]
 
Is this necessary even if I want to run grass only i qgis?
 
>However, what would be good to study and solve are the compilation
>errors for r.terraflow and r.li*...
 
OK. I'll work on that...
 
Thanks,
 
Marco

 

________________________________

Da: Moritz Lennert [mailto:mlennert at club.worldonline.be]
Inviato: gio 24/01/2008 12.39
A: marco.pasetti at alice.it
Cc: grass-dev at lists.osgeo.org
Oggetto: Re: [GRASS-dev] GRASS-6.3.0RC4 Windows Native Binary (MSYS) Build Errors



Hi Marco,

On 24/01/08 12:22, marco.pasetti at alice.it wrote:
> I built grass-6.3.0RC4 in MinGW and MSYS Enviroment using source code
> from
> http://download.osgeo.org/grass/grass63/source/grass-6.3.0RC4.tar.gz
> <http://mailstore.rossoalice.alice.it/exchweb/bin/redir.asp?URL=http://download.osgeo.org/grass/grass63/source/grass-6.3.0RC4.tar.gz>
> 
> Reading the error log I tried to look for the reasons of that errors.
> First I checked out /imagery/i.class build errors. It seems to be

Please look at (and amend)
http://grass.gdf-hannover.de/wiki/WinGRASS_Current_Status

Currently, the following i.* modules do not compile (also the info at
http://geog-pc40.ulb.ac.be/grass/wingrass/, notably winmakeerror.log):

/c/grasssrc/grass6/imagery/i.class
/c/grasssrc/grass6/imagery/i.ortho.photo/photo.2image
/c/grasssrc/grass6/imagery/i.ortho.photo/photo.2target
/c/grasssrc/grass6/imagery/i.points
/c/grasssrc/grass6/imagery/i.vpoints

All of these won't work because they interactively use x-monitors which
do not work on Windows (see last night's post by Glynn on that question:
http://lists.osgeo.org/pipermail/grass-dev/2008-January/034965.html).
So, I'm not sure that it is really worth spending any time on trying to
solve compilation problems on them. They should be (and partly are -
i.e. i.points/i.vpoints are replaced by the georectifier in gis.m)
replaced by a combination of non-interactive modules and a gui layer.

However, what would be good to study and solve are the compilation
errors for r.terraflow and r.li*...

Moritz


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/20080124/039b410f/attachment-0001.html