<div dir="ltr"><div><div>The proj.4 comment confuses me...</div><div><br></div><div>./configure ... --with-static-proj4=/sw ...</div><div><br></div><div><div>checking how to link PROJ.4 library... link statically.<br></div>
<div>checking for pj_init in -lproj... yes</div><div><br></div><div>  Statically link PROJ.4:    yes<br></div></div></div><div><br></div><div>What am I missing?</div><div><br></div><div><br></div><div><br></div>The jpeg and png issues are (if I remember the discussions a few months back) expected.<div>
<br></div><div><div>fink list -i proj libjpeg libpng16 | grep -v system</div><div> i <span class="" style="white-space:pre">     </span>libjpeg-bin<span class="" style="white-space:pre">       </span>9a-1<span class="" style="white-space:pre">      </span>Executables for libjpeg package</div>
<div> i <span class="" style="white-space:pre">        </span>libjpeg9<span class="" style="white-space:pre">  </span>9a-1<span class="" style="white-space:pre">      </span>JPEG image format handling library</div><div> i <span class="" style="white-space:pre">     </span>libjpeg9-shlibs<span class="" style="white-space:pre">   </span>9a-1<span class="" style="white-space:pre">      </span>Shared libraries for libjpeg package</div>
<div> i <span class="" style="white-space:pre">        </span>libpng16<span class="" style="white-space:pre">  </span>1.6.10-1<span class="" style="white-space:pre">  </span>PNG image format handling library</div><div> i <span class="" style="white-space:pre">      </span>libpng16-shlibs<span class="" style="white-space:pre">   </span>1.6.10-1<span class="" style="white-space:pre">  </span>Shared libraries for libpng16 package</div>
<div> i <span class="" style="white-space:pre">        </span>proj<span class="" style="white-space:pre">      </span>4.8.0-3<span class="" style="white-space:pre">   </span>Cartographic projections library</div><div> i <span class="" style="white-space:pre">       </span>proj-bin<span class="" style="white-space:pre">  </span>4.8.0-3<span class="" style="white-space:pre">   </span>Cartographic projections library</div>
<div> i <span class="" style="white-space:pre">        </span>proj-shlibs<span class="" style="white-space:pre">       </span>4.8.0-3<span class="" style="white-space:pre">   </span>Cartographic projections library</div></div><div><br></div>
<div><div>otool -L /sw/bin/gdalinfo  | egrep 'jpeg|png'</div><div><span class="" style="white-space:pre">    </span>/sw/lib/libjpeg.9.dylib (compatibility version 11.0.0, current version 11.0.0)</div><div><span class="" style="white-space:pre">     </span>/sw/lib/libpng16.16.dylib (compatibility version 27.0.0, current version 27.0.0)</div>
</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><p class=""><br></p><p class=""><br></p><p class=""><br></p><p class=""><br></p><p class=""><br></p></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sun, Apr 20, 2014 at 8:50 AM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le dimanche 20 avril 2014 17:36:58, Kurt Schwehr a écrit :<br>
<div class="">> Pretty much everything working with fink on the mac on 10.9 with xcode 5.1<br>
> and fink's python 2.7.  Test results below.  Created one new issue.<br>
<br>
</div>Most of the failed tests are due to the fact that you don't have proj.4<br>
installed : it is pretty much a requirement for successfull tests. The Mac<br>
Travis CI instance used to pass the tests (when it built...)<br>
<br>
JPEG failed tests must be due to libjpeg 9 and subtle differences in<br>
compression/decompression. You could likely add the checksum values you get in<br>
the possible expected values.<br>
<br>
Not sure why you get failures with osm however. Would be interesting to<br>
compare with GDAL 1.10.1.<br>
<br>
The failures in png_copy_icc might perhaps be due to the libpng version you<br>
are using.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> -kurt<br>
><br>
> test_gdaltindex4 failing: <a href="http://trac.osgeo.org/gdal/ticket/5440" target="_blank">http://trac.osgeo.org/gdal/ticket/5440</a><br>
><br>
> Packaging files:<br>
> <a href="https://github.com/schwehr/fink-10.9/tree/1fd286b6f90a56803c8838789e1b84080" target="_blank">https://github.com/schwehr/fink-10.9/tree/1fd286b6f90a56803c8838789e1b84080</a><br>
> a7c386b/libs<br>
><br>
> Autotest results: <a href="http://schwehr.org/gdal/gdal-1.11.0RC1-autotest.txt" target="_blank">http://schwehr.org/gdal/gdal-1.11.0RC1-autotest.txt</a><br>
><br>
> Succeeded: 2876<br>
> Failed:    42 (10 blew exceptions)<br>
> Skipped:   753<br>
> Expected fail:12<br>
> Duration:  05m34.0s<br>
> As GDAL_DOWNLOAD_TEST_DATA environment variable is not defined, 109 tests<br>
> relying on data to downloaded from the Web have been skipped<br>
> As GDAL_RUN_SLOW_TESTS environment variable is not defined, 22 "slow" tests<br>
> have been skipped<br>
><br>
> grep fail gdal-1.11.0RC1-autotest.txt | grep TEST<br>
>   TEST: ogr_couchdb_SetAttributeFilter ... ERROR 1: Filter creation failed<br>
><br>
> : unauthorized, You are not a db or server admin.<br>
><br>
>   TEST: gdal_api_proxy_3 ... Fails on MacOSX ('ERROR 1: posix_spawnp()<br>
> failed'. Not sure why.<br>
>   TEST: jpeg_1 ... fail<br>
><br>
><br>
>     line 435: Checksum for band 2 in "albania.jpg" is 34296, but expected<br>
> 17016.<br>
><br>
> fink list -i libjpeg<br>
>  i   libjpeg9-shlibs           9a-1                Shared libraries for<br>
> libjpeg package<br>
><br>
><br>
>   TEST: lcp_17 ... expected_fail<br>
>   TEST: mbtiles_2 ... fail<br>
>   TEST: mem_6 ... python(82931,0x7fff7b8b0310) malloc: ***<br>
> mach_vm_map(size=18446744004990078976) failed (error code=3)<br>
>   TEST: rasterlite_2 ... fail<br>
>   TEST: webp_2 ... fail<br>
>   TEST: test_gdaltindex_4 ... fail<br>
>   TEST: test_gdaltindex_5 ... fail<br>
>   TEST: test_gdalwarp_18 ... fail<br>
>   TEST: ogr_osm_3 ... fail (blowup)<br>
>   TEST: ogr_osm_3_sqlite_nodes ... fail (blowup)<br>
>   TEST: ogr_osm_3_custom_compress_nodes ... fail (blowup)<br>
>   TEST: ogr_osm_6 ... fail<br>
>   TEST: basic_test_8 ... fail<br>
>   TEST: http_4 ... fail<br>
>   TEST: jpeg_1 ... fail<br>
>   TEST: jpeg_16 ... fail<br>
>   TEST: jpeg2000_8 ... fail<br>
>   TEST: mbtiles_2 ... fail<br>
>   TEST: png_copy_icc ... fail (blowup)<br>
>   TEST: png_copy_options_icc ... fail (blowup)<br>
>   TEST: rasterlite_2 ... fail<br>
>   TEST: webp_2 ... fail<br>
>   TEST: webp_3 ... fail<br>
>   TEST: webp_4 ... fail<br>
>   TEST: warp_27 ... fail (blowup)<br>
>   TEST: warp_38 ... fail<br>
>   TEST: warp_39 ... fail<br>
>   TEST: warp_39 ... fail<br>
>   TEST: test_gdalinfo_11 ... fail<br>
>   TEST: test_gdalinfo_13 ... fail<br>
>   TEST: test_gdaltindex_4 ... fail<br>
>   TEST: test_gdaltindex_5 ... fail<br>
>   TEST: test_gdaltransform_5 ... fail (blowup)<br>
>   TEST: test_gdaltransform_7 ... fail (blowup)<br>
>   TEST: test_gdalwarp_4 ... fail<br>
>   TEST: test_gdalwarp_15 ... fail<br>
>   TEST: test_gdalwarp_18 ... fail<br>
>   TEST: test_gdalwarp_24 ... fail<br>
>   TEST: test_gdalwarp_25 ... fail<br>
>   TEST: test_gdalwarp_26 ... fail<br>
>   TEST: test_gdalwarp_27 ... fail<br>
>   TEST: test_gdalwarp_28 ... fail<br>
>   TEST: test_gdalwarp_29 ... fail<br>
>   TEST: test_gdalwarp_30 ... fail (blowup)<br>
>   TEST: test_gdalwarp_31 ... fail<br>
>   TEST: test_ogr2ogr_18 ... fail (blowup)<br>
>   TEST: test_ogr2ogr_46 ... fail<br>
>   TEST: test_ogr2ogr_47 ... fail<br>
>   TEST: test_ogrinfo_12 ... fail<br>
>   TEST: test_ogrlineref_1 ... fail<br>
><br>
><br>
> On Sun, Apr 20, 2014 at 7:56 AM, Even Rouault<br>
><br>
> <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>>wrote:<br>
> > Le dimanche 20 avril 2014 16:21:40, Martin Landa a écrit :<br>
> > > Hi,<br>
> > ><br>
> > > 2014-04-20 16:03 GMT+02:00 Even Rouault <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>>:<br>
> > > > Motion: GDAL/OGR 1.11.0RC1 is promoted to be the official 1.11.0<br>
> > > > final release.<br>
> > > ><br>
> > > > ---<br>
> > > ><br>
> > > > No critical issue has been specifically reported on RC1 so far, so I<br>
> > > > invite PSC members to vote on this motion after doing your own<br>
> > > > testing and validation. Input from everyone else who can test it is<br>
> > > > also very welcome.<br>
> > ><br>
> > > sorry for the noise, I would just expect that RC period will take<br>
> > > about two weeks. In any case no objections, just my 2eurocents, Martin<br>
> ><br>
> > There is no hard rule for that. In the past, AFAICS, the vote for<br>
> > promoting a<br>
> > RC was asked just 2 or 3 days after issuing it. And Beta1 was released on<br>
> > the<br>
> > 4th, so more than 2 weeks. I don't see the benefit in waiting more,<br>
> > unless there are people who would express the need for some more time to<br>
> > test it. I think that there are 2 categories of people : early adopters<br>
> > who track trunk<br>
> > on a regular basis, or more cautious users who wait for the official<br>
> > release.<br>
> ><br>
> > --<br>
> > Geospatial professional services<br>
> > <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
> > _______________________________________________<br>
> > gdal-dev mailing list<br>
> > <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div>
</div>