[GRASS-dev] Re: [GRASS GIS] #1271: osgeo4w patch update

GRASS GIS trac at osgeo.org
Sat Feb 12 20:15:34 EST 2011

#1271: osgeo4w patch update
 Reporter:  jef          |       Owner:  grass-dev@…              
     Type:  enhancement  |      Status:  new                      
 Priority:  minor        |   Milestone:  6.4.1                    
Component:  Default      |     Version:  svn-releasebranch64      
 Keywords:               |    Platform:  MSWindows Vista          
      Cpu:  Unspecified  |  
Changes (by jef):

  * priority:  major => minor



 valid points.  But I just filed this because Markus Neteler asked me to.
 what you like - or don't.

 This is simply going to be how I will build GRASS 6.4.1 for OSGeo4W -
 somebody else steps up - but there doesn't seem to be much interest in
 contributing to OSGeo4W from the GRASS community.

 As said before: I just maintain GRASS in OSGeo4W for the QGIS plugin -
 which I
 don't even use.  Without it using OSGeo4W for the prebuilt dependencies,
 probably have been the timesaver, I originally hoped it would be.

 The (maybe unfortunate) truth is, that MSVC is the preferred compiler on
 Windows and so virtually everything is built with MSVC in OSGeo4W.  It is
 GRASS that is build with MinGW, because there isn't a way to build it with
 MSVC.  It's tied to configure & make - instead of something more
 like cmake.

 So in our case it's wrong to assume that there is a "system"
 gdal-config/geos-config.  There isn't - upstream doesn't maintain a shell
 script that produces MinGW options in the VC build - and
 gdal-config/geos-config isn't useful for VC in any way.

 Also most package produce windows libraries ie. foo.lib instead of
 which configure doesn't look for - although MinGW could use them just

 So either switch to something like cmake, fix configure to support non-
 stuff better or simply fake shell scripts that produce mingw options for
 built libraries and do copies of windows libraries.

 Some more comments:
  * package.sh is meant for msys' sh - and only msys' sh.  Is there even a
 dash for windows?
  * For projects.h, see [[http://trac.osgeo.org/osgeo4w/ticket/34]] (but
 that's just FrankW talking :))
  * The db_free stuff is just the usual let the DLL that malloced memory
 also free it.  There are a couple of other tickets about the same issue
 with other DLLs (which I'm not going to lookup now),
  * the gisinit stuff is just to avoid unnecessary rebuilds on my end,
  * And guess why I removed the mingw cruft (which were projects.h, renamed
 .lib copies and made-up gdal-config/geos-config)? Right, maintanance
 nightmares ;)

Ticket URL: <http://trac.osgeo.org/grass/ticket/1271#comment:7>
GRASS GIS <http://grass.osgeo.org>

More information about the grass-dev mailing list