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

[GRASS GIS]

#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


Comment:

 Hamish,

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

 This is simply going to be how I will build GRASS 6.4.1 for OSGeo4W -
 unless
 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,
 would
 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
 only
 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
 "portable"
 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
 libfoo.a,
 which configure doesn't look for - although MinGW could use them just
 fine.

 So either switch to something like cmake, fix configure to support non-
 mingw
 stuff better or simply fake shell scripts that produce mingw options for
 vc
 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>