Opened 12 years ago

Closed 11 years ago

#362 closed defect (invalid)

Build fails on libtool/capi

Reported by: chodgson Owned by: geos-devel@…
Priority: major Milestone:
Component: Default Version: 3.2.0
Severity: Unassigned Keywords:


Downloaded 3.2.2 source tarball. Running on Redhat linux el5, 2.6.18-164.15.1.el5, x86_64

Configured with: ./configure --prefix=/usr/local/ --libdir=/usr/local/lib64

make command ends with:

Making all in capi make[1]: Entering directory `/usr/local/src/geos-3.2.2/capi' /bin/sh ../libtool --tag=CXX --mode=link g++ -DGEOS_INLINE -pedantic -Wall -ansi -Wno-long-long -ffloat-store -version-info 7:2:6 -no-undefined -o -rpath /usr/local/lib64 libgeos_c_la-geos_c.lo libgeos_c_la-geos_ts_c.lo ../source/ libtool: link: unsupported hardcode properties libtool: link: See the libtool documentation for more information. libtool: link: Fatal configuration error. make[1]: * [] Error 1 make[1]: Leaving directory `/usr/local/src/geos-3.2.2/capi' make: * [all-recursive] Error 1

The same configure options compiles successfully using the 3.2.1 source tarball. Am I doing something weird or is x86_64 not that well tested?

Change History (3)

comment:1 by pramsey, 12 years ago

I've compiled on a number of x64 platforms... the only thing I haven't done before is --libdir=/usr/local/lib64, so see if removing that makes any difference.

comment:2 by chodgson, 12 years ago

Hmm... without the libdir it seems to work fine.. however I had a situation before when building a full mapserver/gdal/geos/postgis/proj/etc stack that things didn't work right if I didn't put them in the lib64 dir. I think it may have been gdal that was picky about that and I'm not using gdal for this build so I think can leave it out... kinda weird that I get this error from a simple directory option though.

comment:3 by strk, 11 years ago

Resolution: invalid
Status: newclosed

sounds like there's nothing to do here...

Note: See TracTickets for help on using tickets.