#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
#934: disable svn access from the web
---+--
Reporter: gdt| Owner: geos-devel@…
Type: task | Status: new
Priority: minor | Milestone: Management
Component: Default|Version: master
Severity: Annoyance
#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
#934: disable svn access from the web
---+---
Reporter: gdt| Owner: geos-devel@…
Type: task | Status: closed
Priority: minor | Milestone: Management
Component: Default| Version: master
Severity: Ann
#934: disable svn access from the web
---+---
Reporter: gdt| Owner: geos-devel@…
Type: task | Status: closed
Priority: minor | Milestone: Management
Component: Default| Version: master
Severity: Ann
Greg Troxel writes:
> The problem seems to be that libgeos.la does not specify -lstdc++ as a
> dependency_lib, and the capi test is linked with cc, not c++, so that
> standard C++ library isn't linked.
>
> Changing to using c++ instead of cc on that test makes it link, but I'm
> not clear on wh
Greg Troxel writes:
> On the question of how linking with geos_c is supposed to work,things
> look good -- the C++ library has a NEEDED elf note for libstdc++, and
> the c library calls for the c++ library. Why geos_c calls for libstdc++
> directly I don't understand, but I don't see that it wo
I have successfully run the tests building from the git 3.7 branch on
NetBSD 7 amd64, with pkgsrc libtool.
On master, I got a segfault in geos_unit. On investigating, I find that
the test binary is somehow linking in geos-3.7.0. If I install the
master build (3.8), and run geos_unit manually (wi