Opened 12 years ago

Closed 12 years ago

#32155 closed defect (fixed)

geos, undefined symbols for __ZNSt8auto_ptrIN4geos4geom8EnvelopeEEcvSt12auto_ptr_refIT_EIS2_EEv

Reported by: skymoo (Adam Mercer) Owned by: opendarwin@…
Priority: Normal Milestone:
Component: ports Version: 2.0.3
Keywords: Cc: Veence (Vincent), ryandesign (Ryan Carsten Schmidt)
Port: geos

Description

geos-3.3.1_0 is failing to build on Snow Leopard with Xcode-4.0.2 with the following:

info:build /bin/sh ../libtool --tag=CXX   --mode=link /Developer/usr/bin/llvm-g++-4.2 -DGEOS_INLINE  -pedantic -Wall -ansi -Wno-long-long  -ffloat-store -pipe -O2 -arch x86_64 -release 3.3.1 -no-undefined -L/opt/local/lib -arch x86_64 -o libgeos.la -rpath /opt/local/lib inlines.lo algorithm/libalgorithm.la geom/libgeom.la geomgraph/libgeomgraph.la index/libindex.la io/libio.la linearref/liblinearref.la noding/libnoding.la operation/liboperation.la planargraph/libplanargraph.la precision/libprecision.la simplify/libsimplify.la util/libutil.la   
:info:build libtool: link: /Developer/usr/bin/llvm-g++-4.2 -dynamiclib  -o .libs/libgeos-3.3.1.dylib  .libs/inlines.o   -Wl,-force_load,algorithm/.libs/libalgorithm.a -Wl,-force_load,geom/.libs/libgeom.a -Wl,-force_load,geomgraph/.libs/libgeomgraph.a -Wl,-force_load,index/.libs/libindex.a -Wl,-force_load,io/.libs/libio.a -Wl,-force_load,linearref/.libs/liblinearref.a -Wl,-force_load,noding/.libs/libnoding.a -Wl,-force_load,operation/.libs/liboperation.a -Wl,-force_load,planargraph/.libs/libplanargraph.a -Wl,-force_load,precision/.libs/libprecision.a -Wl,-force_load,simplify/.libs/libsimplify.a -Wl,-force_load,util/.libs/libutil.a  -L/opt/local/lib  -O2 -arch x86_64 -arch x86_64   -install_name  /opt/local/lib/libgeos-3.3.1.dylib  -Wl,-single_module
:info:build Undefined symbols for architecture x86_64:
:info:build   "__ZNSt8auto_ptrIN4geos4geom8EnvelopeEEcvSt12auto_ptr_refIT_EIS2_EEv", referenced from:
:info:build       virtual thunk to geos::geom::GeometryCollection::computeEnvelopeInternal() constin libgeom.a(GeometryCollection.o)
:info:build   "std::auto_ptr<geos::geom::Envelope>::auto_ptr(std::auto_ptr_ref<geos::geom::Envelope>)", referenced from:
:info:build       virtual thunk to geos::geom::GeometryCollection::computeEnvelopeInternal() constin libgeom.a(GeometryCollection.o)
:info:build ld: symbol(s) not found for architecture x86_64

Seems to be the same as #30309, but I'm building 3.3.1 on Snow Leopard.

Attachments (1)

main.log (438.3 KB) - added by skymoo (Adam Mercer) 12 years ago.

Download all attachments as: .zip

Change History (5)

Changed 12 years ago by skymoo (Adam Mercer)

Attachment: main.log added

comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: vince@… ryandesign@… added

In #30309 I fixed geos to use gcc-4.2 instead of llvm-gcc-4.2 or clang. In r87289 vince updated the port to 3.3.1 and removed what I added, because 3.3.1 allegedly supports clang. But maybe he didn't test llvm-gcc-4.2. Please try clang instead of llvm-gcc-4.2. If that doesn't work, please try gcc-4.2.

comment:2 Changed 12 years ago by Veence (Vincent)

Ooops, sorry. You’re right Ryan, I didn’t bother testing with llvm-gcc. Clang works fine: successful Clang compilation was indeed a primary goal of this new release. If it works, then we can maybe patch the Portfile to force the use of clang instead of llvm-gcc.

comment:3 Changed 12 years ago by skymoo (Adam Mercer)

Building with clang, i.e. using

sudo port -us upgrade geos configure.compiler=clang

results in a successful build.

comment:4 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.