#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>
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
