Re: [geos-devel] [GEOS] #894: FreeBSD failures on 3.7.0 - group: geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed

[GEOS]

#894: FreeBSD failures on 3.7.0 - group:
geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed
+---
 Reporter:  robe|   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  blocker |   Milestone:  3.7.0
Component:  Default | Version:  master
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

Comment (by robe):

 Had Greg Troxel check this and he says it is failing on his MacOSX, but
 works fine on NetBASD.  Both FreeBSD and MacOSX use clang, while NetBSD
 uses gcc


 {{{
 same error on macos 10.11, with

 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


 so the finger is pointing at clang being what makes the difference.
 (But not at clang, because it's much more likely there is some dodgy code
 that triggers with clang, than that clang is buggy, IMHO.)

 }}}

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] GEOS 3.7.0rc1 release

[Greg Troxel]

"Regina Obe"  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("0101005839B4C876BEF33F83C0CAA145B61640");
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

Re: [geos-devel] [GEOS] #894: FreeBSD and MacOSX failures on 3.7.0 - group: geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed (was: FreeBSD failures on 3.7.0 - group: geos::ge

[GEOS]

#894: FreeBSD and MacOSX failures on 3.7.0 - group:
geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed
+---
 Reporter:  robe|   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  blocker |   Milestone:  3.7.0
Component:  Default | Version:  master
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] [GEOS] #894: FreeBSD and MacOSX failures on 3.7.0 - group: geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed

[GEOS]

#894: FreeBSD and MacOSX failures on 3.7.0 - group:
geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed
+---
 Reporter:  robe|   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  blocker |   Milestone:  3.7.0
Component:  Default | Version:  master
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

Comment (by gdt):

 Also fails in the same test on macos 10.13, with
 {{{
 Apple LLVM version 8.0.0 (clang-800.0.42.1)
 }}}

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] GEOS 3.7.0rc1 release

[Greg Troxel]

Not related to the maybe-clang/GeometryFactory test failure, I tried to
build on NetBSD/8 evbearmv7hf-el (RPI3, running 32 bit), and got

  ==
 : tests/xmltester/test-suite.log
  ==

  # TOTAL: 1
  # PASS:  0
  # SKIP:  0
  # XFAIL: 0
  # FAIL:  1
  # XPASS: 0
  # ERROR: 0

  .. contents:: :depth: 2

  FAIL: testrunner
  

  terminate called after throwing an instance of 'geos::util::TopologyException'
what():  TopologyException: found non-noded intersection between LINESTRING 
(-105571 939969, -102895 939993) and LINESTRING (9485.36 770763, -102895 
939993) at -102894.5562421389 939992.66927296668
  [1]   Abort trap (core dumped) ./XMLTester -v -...
  FAIL testrunner (exit status: 134)

I believe this has normal IEEE754 floating point.

So I'm curious if anyone has run this on arm, and specifically armv7.


signature.asc
Description: PGP signature
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] [GEOS] #894: FreeBSD and MacOSX failures on 3.7.0 - group: geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed

[GEOS]

#894: FreeBSD and MacOSX failures on 3.7.0 - group:
geos::geom::CoordinateArraySequenceFactory, test: test<1> assertion failed
+---
 Reporter:  robe|   Owner:  geos-devel@…
 Type:  defect  |  Status:  new
 Priority:  blocker |   Milestone:  3.7.0
Component:  Default | Version:  master
 Severity:  Unassigned  |  Resolution:
 Keywords:  |
+---

Comment (by robe):

 More notes from gdt on mailing list

 https://lists.osgeo.org/pipermail/geos-devel/2018-August/008490.html

 {{{
 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("0101005839B4C876BEF33F83C0CAA145B61640");
 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.)


 }}}

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] [GEOS] #920: .editorconfig not included in tar ball

[GEOS]

#920: .editorconfig not included in tar ball
---+---
 Reporter:  robe   |   Owner:  geos-devel@…
 Type:  defect |  Status:  closed
 Priority:  blocker|   Milestone:  3.7.0
Component:  Build/Install (cmake)  | Version:  master
 Severity:  Unassigned |  Resolution:  fixed
 Keywords: |
---+---
Changes (by Regina Obe ):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 In [changeset:"35704ed1de860cbcfe84f4119915f74dac9216a6/git"
 35704ed1/git]:
 {{{
 #!CommitTicketReference repository="git"
 revision="35704ed1de860cbcfe84f4119915f74dac9216a6"
 Add .editorconfig to distribution, closes #920 for geos 3.8.0
 }}}

-- 
Ticket URL: 
GEOS 
GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite 
(JTS).
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

[geos-devel] configure sed version_release stripper broken under NetBSD - Fix Be more greedy

[Regina Obe]

Did we decide what to do here:

https://trac.osgeo.org/geos/ticket/917

Okay to go with Greg's change of being more greedy by dropping the ?.
If it fixes NetBSD I'm all for it, as I don't think we'll ever be adding
anything after that would be an issue with being more or less greedy

Thanks,
Regina

___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel

Re: [geos-devel] configure sed version_release stripper broken under NetBSD - Fix Be more greedy

[Sebastiaan Couwenberg]

On 8/27/18 6:39 PM, Regina Obe wrote:
> Did we decide what to do here:
> 
> https://trac.osgeo.org/geos/ticket/917
> 
> Okay to go with Greg's change of being more greedy by dropping the ?.
> If it fixes NetBSD I'm all for it, as I don't think we'll ever be adding
> anything after that would be an issue with being more or less greedy

Yes, that should be fine.

If the release version breaks in the future due to some unusual format,
we'll just update configure.ac again.

Kind Regards,

Bas
___
geos-devel mailing list
geos-devel@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/geos-devel