"Regina Obe" <l...@pcorp.us> writes: > https://download.osgeo.org/geos/geos-3.7.0rc1.tar.bz2
Regarding https://trac.osgeo.org/geos/ticket/894 I don't see this on NetBSD/7 amd64, which uses gcc 4.8. I did a build on macos 10.11, which uses clang (but a similar Intel processor): Apple LLVM version 8.0.0 (clang-800.0.42.1) Target: x86_64-apple-darwin15.6.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin and get the same failure as the bug. Specifically, if I run test 1 in that group, it fails: $ ./geos_unit geos::geom::CoordinateArraySequenceFactory 1 =============================== GEOS Test Suite Application =============================== geos::geom::CoordinateArraySequenceFactory: [1=F] ---> group: geos::geom::CoordinateArraySequenceFactory, test: test<1> problem: assertion failed tests summary: failures:1 ok:0 but tests 2,3,4,5 all pass. The test is in tests/unit/capi/GEOSGeomFromWKBTest.cpp in the sources, and is doing: // POINT(1.234 5.678) std::string wkt("POINT (1.234 5.678)"); std::string wkb("01010000005839B4C876BEF33F83C0CAA145B61640"); test_wkb(wkb, wkt); I don't know how to get it to produce the mismatching content; the --verbose option in --help is unrecognized, and I can't see how it would be reading the driver source. So I wonder if something in geos is sensitive to gcc/clang differences. (Vastly less likely, there could be a clang bug.)
signature.asc
Description: PGP signature
_______________________________________________ geos-devel mailing list geos-devel@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geos-devel