[postgis-devel] Problems compiling ( libtool )

[Nathan Clay]

Hi all,

Ubuntu apparently uses dash and redirects all evocations of /bin/sh,
/bin/bash,  /bin/rbash etc. to /bin/dash. This was causing the libtool
script to fail. I resolved the issue by running:

sudo dpkg-reconfigure dash and answering no.

Again thanks for all the help! I now have a successful build.

Sincerely,

Nathaniel H Clay


On Tue, Sep 20, 2011 at 10:19 PM, Nathan Clay <clay.nathaniel at gmail.com>wrote:

> Chris,
>
> I am using Ubuntu 11.10:
>
> libtool: 2.4
> gcc: 4.6
> GEOS config:          /usr/bin/geos-config
>   GEOS version:         3.2.2
>   GDAL config:          /usr/bin/gdal-config
>   GDAL version:         1.7.3
>   PostgreSQL config:    /usr/bin/pg_config
>   PostgreSQL version:   PostgreSQL 9.1.0
>   PROJ4 version:        47
>   Libxml2 config:       /usr/bin/xml2-config
>   Libxml2 version:      2.7.8
>   PostGIS debug level:  0
>
> Thanks,
>
> Nathaniel H Clay
>
>
> On Tue, Sep 20, 2011 at 9:22 PM, Chris Hodgson <chodgson at refractions.net>wrote:
>
>> I'm pretty sure the actual libtool command gets built by autogen.sh, using
>> "libtoolize" which needs to be on your system, and is usually included in a
>> package called "libtool". What OS are you using? What is the version of
>> libtool? (libtoolize --version)
>>
>> Chris
>>
>>
>> Nathan Clay wrote:
>>
>>> Strk,
>>>
>>> I can't seem to find, libtool in either the svn or your git repo at
>>> github.com <http://github.com>? Is this an oversight or ....?
>>>
>>> Thanks,
>>>
>>> Nathaniel H Clay
>>>
>>>
>>> On Mon, Sep 19, 2011 at 4:58 AM, Sandro Santilli <strk at keybit.net<mailto:
>>> strk at keybit.net>> wrote:
>>>
>>>    On Mon, Sep 19, 2011 at 10:55:17AM +0200, Sandro Santilli wrote:
>>>    > On Mon, Sep 19, 2011 at 02:34:09AM -0400, Nathaniel Hunter Clay
>>>    wrote:
>>>    >
>>>    > > >>/bin/sh ../libtool --mode=compile gcc -g -O2  -fPIC -DPIC  -Wall
>>>    > > >>-Wmissing-prototypes -I/usr/include -DPOSTGIS_GEOS_VERSION=32
>>>    > > >>-DPOSTGIS_PROJ_VERSION=47 -c -o stringbuffer.lo stringbuffer.c
>>>    > > >>eval: 1: base_compile+= gcc: not found
>>>    >
>>>    > According to that url, the libtool script in our distribution may
>>>    > be expecting a smarter shell than your /bin/sh.
>>>
>>>    Actually, I went looking at what we have in git and that one
>>>    is _not_ using the += construct, so your libtool must ben generated
>>>    on your side (or on the machine which created the distribution that
>>>    you used). If you are building from SVN make sure the "libtool" script
>>>    isn't modified and if it is try reverting it to the upstream version.
>>>
>>>    --strk;
>>>
>>>     ()   Free GIS & Flash consultant/developer
>>>     /\   http://strk.keybit.net/**services.html<http://strk.keybit.net/services.html>
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ------------
>>>
>>>
>>> ______________________________**_________________
>>> postgis-devel mailing list
>>> postgis-devel at postgis.**refractions.net<postgis-devel at postgis.refractions.net>
>>> http://postgis.refractions.**net/mailman/listinfo/postgis-**devel<http://postgis.refractions.net/mailman/listinfo/postgis-devel>
>>>
>>>
>>
>> ______________________________**_________________
>> postgis-devel mailing list
>> postgis-devel at postgis.**refractions.net<postgis-devel at postgis.refractions.net>
>> http://postgis.refractions.**net/mailman/listinfo/postgis-**devel<http://postgis.refractions.net/mailman/listinfo/postgis-devel>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20110920/3e25a8d2/attachment.html>