[osgeo4w-dev] [osgeo4w] #473: create a geos-c++ package

OSGeo4W trac_osgeo4w at osgeo.org
Mon Jan 11 08:53:46 PST 2016


#473: create a geos-c++ package
------------------------+----------------------------
Reporter:  rashadkm     |       Owner:  osgeo4w-dev@…
    Type:  enhancement  |      Status:  new
Priority:  major        |   Component:  Package
 Version:               |  Resolution:
Keywords:               |
------------------------+----------------------------

Comment (by jef):

 Replying to [comment:6 rashadkm]:
 > Let us imagine that we port ossim geos c++ part to c api. And there
 comes otb that uses ossim. so the problem comes back when ossim is
 compiled with a different compiler and and otb or something is using a new
 one.

 Sure.  ossim should be built with the same compiler as otb - if it want's
 to be available for otb (w/o providing a C-API).  And AFAIK otb is already
 using Qt (which also doesn't provide a C API) - so everything there is
 already tied to msvc2010 (which is what Qt was built with).

 > Is it possible to isolate these stuff in seperate directories in the
 server.
 >
 > msvc2010/{x86,x64}/ossim,geos,otb,qt,
 > msvc2013/{x86,x64}/ossim,geos,otb,qt

 Um, who's going to produce all those packages?

 > Users can choose between different osgeo4W installers depending on the
 version of compiler.

 Users probably don't care about the compiler versions.

 > This also allows to chime in mingw toolchain. So there is no need to mix
 msvc and mingw dll as in the case of grass.

 > If msvc2013 or 2015 have not much packages... then that is not a
 problem. It will arrive later.
 > ...

 Sorry I don't follow.

--
Ticket URL: <https://trac.osgeo.org/osgeo4w/ticket/473#comment:7>
OSGeo4W <http://trac.osgeo.org/osgeo4w>
OSGeo4W is the Windows installer and package environment for the OSGeo stack.


More information about the osgeo4w-dev mailing list