[osgeo4w-dev] Re: [osgeo4w] #217: wrong proj_api.h version in proj-4.7.

[OSGeo4W]

#217: wrong proj_api.h version in proj-4.7.
-------------------+--------------------------------------------------------
Reporter:  jef     |        Owner:  osgeo4w-dev@…              
    Type:  defect  |       Status:  closed                     
Priority:  minor   |    Component:  Package                    
 Version:          |   Resolution:  wontfix                    
Keywords:          |  
-------------------+--------------------------------------------------------

Comment(by jef):

 Replying to [comment:1 warmerdam]:
 > I don't really maintain branches for PROJ.4, and it is deliberate that
 the PROJ package reflects trunk.  When the PJ_VERSION is updated in trunk
 is rather arbitrary.

 But that's not the case for releases, isn't it?   Otherwise I don't see a
 point in having ''PJ_VERSION'' at all.

 My point is that trunk's proj_api.h shouldn't be shipped PROJ 4.7.1 in
 OSGeo4W.  It mentions
 ''pj_clear_initcache()'', which {{{proj.dll}}} doesn't seem to have. And
 ''pj_get_release()'' reports 'Rel. 4.7.1, 23 September 2009' - which
 current trunk would probably report too.

 A bit of background:  I wanted to work around proj versions in qgis that
 are affected by [http://trac.osgeo.org/proj/ticket/100 PROJ #100] with:

 {{{
 #if !defined(PJ_VERSION) || PJ_VERSION != 470
 // run pj_init_plus on more that 16 different strings...
 #else
 // better don't
 #endif
 }}}

 to at least not have it crash on affected versions.  Any tips how to
 achieve this?

-- 
Ticket URL: <http://trac.osgeo.org/osgeo4w/ticket/217#comment:2>
OSGeo4W <http://trac.osgeo.org/osgeo4w>
OSGeo4W is the Windows installer for the OSGeo stack.