help-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Bug fix: gdbm-1.8.0 'make install' problem (Solaris 2.8)


From: Brian Candler
Subject: Bug fix: gdbm-1.8.0 'make install' problem (Solaris 2.8)
Date: Wed, 18 Sep 2002 12:17:54 +0100
User-agent: Mutt/1.2.5i

[Aside: The README and gdbm.info files in gdbm-1.8.0 say to report bugs to
'bug-gnu-utils@prep.ai.mit.edu', however that address bounces mail]

Building gdbm-1.8.0 on a Solaris 2.8 box gave the following error at 'make
install' time:

./mkinstalldirs /usr/local/lib /usr/local/include /usr/local/man/man3 
/usr/local/info
/bin/sh ./libtool install -c libgdbm.la /usr/local/lib/libgdbm.la
install -c .libs/libgdbm.so.2.0.0 /usr/local/lib/libgdbm.so.2.0.0
cp: cannot create .libs/libgdbm.so.2.0.0/libgdbm.so.2.0.0: Not a directory
install: cp /usr/local/lib/libgdbm.so.2.0.0 
.libs/libgdbm.so.2.0.0/libgdbm.so.2.0.0 failed 
make: *** [install] Error 2

This is because it is trying to use Solaris' built-in "install" script which
is rather, ahem, different.

I got it to work by patching the Makefile:

--- Makefile.orig       Wed Sep 18 11:04:21 2002
+++ Makefile    Wed Sep 18 11:01:59 2002
@@ -121,7 +121,7 @@
 
 install: libgdbm.la gdbm.h gdbm.info
        $(srcdir)/mkinstalldirs $(libdir) $(includedir) $(man3dir)
$(infodir)
-       $(LIBTOOL) install -c libgdbm.la $(libdir)/libgdbm.la
+       $(LIBTOOL) $(INSTALL) libgdbm.la $(libdir)/libgdbm.la
        $(INSTALL_DATA) -o $(BINOWN) -g $(BINGRP) gdbm.h
$(includedir)/gdbm.h
        $(INSTALL_DATA) -o $(BINOWN) -g $(BINGRP) $(srcdir)/gdbm.3 \
                $(man3dir)/gdbm.3

so presumably a similar patch to Makefile.in would be a more permanent
solution.

Regards,

Brian Candler.
--- Begin Message --- Subject: Mail delivery failed: returning message to sender Date: Wed, 18 Sep 2002 12:07:44 +0100
This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  bug-gnu-utils@prep.ai.mit.edu
    SMTP error from remote mailer after RCPT TO:<bug-gnu-utils@prep.ai.mit.edu>:
    host mail.gnu.org [199.232.76.166]: 550 unknown user

------ This is a copy of the message, including all the headers. ------

Return-path: <b.candler@pobox.com>
Received: from [212.139.129.125] (helo=bloodhound.uk.worldonline.com)
        by mk-smarthost-3.mail.uk.tiscali.com with esmtp (Exim 4.10)
        id 17rcgJ-000Dfp-00
        for bug-gnu-utils@prep.ai.mit.edu; Wed, 18 Sep 2002 12:07:43 +0100
Received: from brian by bloodhound.uk.worldonline.com with local (Exim 4.05)
        id 17rch8-0001qT-00
        for bug-gnu-utils@prep.ai.mit.edu; Wed, 18 Sep 2002 12:08:34 +0100
Date: Wed, 18 Sep 2002 12:08:34 +0100
From: Brian Candler <B.Candler@pobox.com>
To: bug-gnu-utils@prep.ai.mit.edu
Subject: gdbm-1.8.0 'make install' problem (Solaris 2.8)
Message-ID: <20020918120834.A7074@linnet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

Trying to build gdbm-1.8.0 on a Solaris 2.8 box gave the following error at
'make install' time:

./mkinstalldirs /usr/local/lib /usr/local/include /usr/local/man/man3 
/usr/local/info
/bin/sh ./libtool install -c libgdbm.la /usr/local/lib/libgdbm.la
install -c .libs/libgdbm.so.2.0.0 /usr/local/lib/libgdbm.so.2.0.0
cp: cannot create .libs/libgdbm.so.2.0.0/libgdbm.so.2.0.0: Not a directory
install: cp /usr/local/lib/libgdbm.so.2.0.0 
.libs/libgdbm.so.2.0.0/libgdbm.so.2.0.0 failed 
make: *** [install] Error 2

This is because it is trying to use Solaris' built-in "install" script which
is rather, ahem, different.

I got it to work by patching the Makefile:

--- Makefile.orig       Wed Sep 18 11:04:21 2002
+++ Makefile    Wed Sep 18 11:01:59 2002
@@ -121,7 +121,7 @@
 
 install: libgdbm.la gdbm.h gdbm.info
        $(srcdir)/mkinstalldirs $(libdir) $(includedir) $(man3dir)
$(infodir)
-       $(LIBTOOL) install -c libgdbm.la $(libdir)/libgdbm.la
+       $(LIBTOOL) $(INSTALL) libgdbm.la $(libdir)/libgdbm.la
        $(INSTALL_DATA) -o $(BINOWN) -g $(BINGRP) gdbm.h
$(includedir)/gdbm.h
        $(INSTALL_DATA) -o $(BINOWN) -g $(BINGRP) $(srcdir)/gdbm.3 \
                $(man3dir)/gdbm.3

so presumably a similar patch to Makefile.in would be a more permanent
solution.

Regards,

Brian Candler.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]