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