GNU logs - #12672, boring messages

Message sent to bug-libtool@HIDDEN:

Subject: bug#12672: Wrong path to funclib.sh
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 18 Oct 2012 15:18:02 +0000
Resent-Message-ID: <handler.12672.B.13505734288863 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 12672 <at> debbugs.gnu.org
Message-ID: <50801D36.8010004@HIDDEN>
Date: Thu, 18 Oct 2012 17:16:06 +0200
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hi!

If I "make dist" in Cygwin, then extract the tarball
and configure it from a freshly created build dir, it
works just fine.

I.e.

$ cd /home/peda/libtool/git/cygwin
$ make dist
...
$ tar xf libtool-2.4.2.296-cfcb-dirty.tar.gz
$ cd libtool-2.4.2.296-cfcb-dirty
$ mkdir cyg
$ cd cyg
$ ../configure
...
$ make
...
$

So far so good, but if I then switch to MSYS/MinGW, which does not
have the same file system layout, I get:

$ cd /c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty
$ mkdir mgw
$ cd mgw
$ ../configure
...
$ make
  GEN    libtoolize
  GEN    libltdl/argz.h
make  all-recursive
make[1]: Entering directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
Making all in .
make[2]: Entering directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
  CC     libltdl/loaders/libltdl_libltdl_la-preopen.lo
./libtool: line 525: /home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh: No such file or directory
make[2]: *** [libltdl/loaders/libltdl_libltdl_la-preopen.lo] Error 1
make[2]: Leaving directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
make: *** [all] Error 2
$


/home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh
isn't what you should use from MSYS, that file is called
/c/Cygwin/home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh
from that side of the fence.

I have also checked to just build a pristine tarball from
the MSYS side, without building on Cygwin first, same problem.
It appears that the path to funclib.sh is fixed during
bootstrap which of course is totally b0rked.

Cheers,
Peter

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Peter Rosin <peda@HIDDEN>
Subject: bug#12672: Acknowledgement (Wrong path to funclib.sh)
Message-ID: <handler.12672.B.13505734288863.ack <at> debbugs.gnu.org>
References: <50801D36.8010004@HIDDEN>
X-Gnu-PR-Message: ack 12672
X-Gnu-PR-Package: libtool
Reply-To: 12672 <at> debbugs.gnu.org
Date: Thu, 18 Oct 2012 15:18:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 12672 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
12672: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D12672
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#12672: Wrong path to funclib.sh
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 18 Oct 2012 17:59:01 +0000
Resent-Message-ID: <handler.12672.B12672.135058313726587 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Earnie Boyd <earnie@HIDDEN>
Cc: 12672 <at> debbugs.gnu.org
Message-ID: <50804339.80904@HIDDEN>
Date: Thu, 18 Oct 2012 19:58:17 +0200
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
References: <50801D36.8010004@HIDDEN>
	<CA+sc5m=R6Cph9xtvkVzYTXF+nzfV7tzbsML7=ZpwAuB9MpF0gQ@HIDDEN>
In-Reply-To: <CA+sc5m=R6Cph9xtvkVzYTXF+nzfV7tzbsML7=ZpwAuB9MpF0gQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

[re-adding the bug, I hope that's ok]

On 2012-10-18 19:18, Earnie Boyd wrote:
> On Thu, Oct 18, 2012 at 11:16 AM, Peter Rosin <peda@HIDDEN> wrote:
>>
>> So far so good, but if I then switch to MSYS/MinGW, which does not
>> have the same file system layout, I get:
>>
>> $ cd /c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty
>> $ mkdir mgw
>> $ cd mgw
>> $ ../configure
>> ...
>> $ make
>>   GEN    libtoolize
>>   GEN    libltdl/argz.h
>> make  all-recursive
>> make[1]: Entering directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
>> Making all in .
>> make[2]: Entering directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
>>   CC     libltdl/loaders/libltdl_libltdl_la-preopen.lo
>> ./libtool: line 525: /home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh: No such file or directory
> 
> I'm not getting this from a fresh pull, bootstrap, configure process.

But I didn't try a fresh pull, bootstrap, configure process, and I don't
expect that to fail. I tried to move a tarball to another system and
use it there (in lose terms).

>> make[2]: *** [libltdl/loaders/libltdl_libltdl_la-preopen.lo] Error 1
>> make[2]: Leaving directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/c/Cygwin/home/peda/libtool/git/cygwin/libtool-2.4.2.296-cfcb-dirty/mgw'
>> make: *** [all] Error 2
>> $
>>
>>
>> /home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh
>> isn't what you should use from MSYS, that file is called
>> /c/Cygwin/home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh
>> from that side of the fence.
>>
> 
> It wasn't funclib.sh that complained but your libtool script.

I never said so, I said that the path pointing out funclib.sh
was wrong, not that the funclib.sh script as such was wrong.

>> I have also checked to just build a pristine tarball from
>> the MSYS side, without building on Cygwin first, same problem.
>> It appears that the path to funclib.sh is fixed during
>> bootstrap which of course is totally b0rked.
> 
> WJFFM.  I will say that I was completely outside of the source
> directory for both builds.

You probably still had access to the original directory where
the bootstrap happened.

Try this instead if you don't want to move a tarball to another
system:

$ cd /tmp
$ git clone git://git.savannah.gnu.org/libtool.git
$ cd libtool
$ ./bootstrap -fc

bootstrap fails, why? Is that also a regression?
I had to fix the tail of gl/README-release.diff,
with this diff (which is why the checkout is dirty):

diff --git a/gl/top/README-release.diff b/gl/top/README-release.diff
index 19cc3ec..49e2a7e 100644
--- a/gl/top/README-release.diff
+++ b/gl/top/README-release.diff
@@ -33,6 +33,6 @@

 +  If there are any problems, fix them and start again.
 +
- * To (i) set the date, version number, and release type [stable/alpha/beta]
-   on line 3 of NEWS, (ii) commit that, and (iii) tag the release, run
+ * To (i) set the date, version number, and release TYPE on line 3 of
+   NEWS, (ii) commit that, and (iii) tag the release, run

Now retry the bootstrap:

$ ./bootstrap -fc
$ ./configure
$ make
$ make dist
$ cp libtool-2.4.2.296-cfcb-dirty.tar.gz ..
$ cd ..
$ rm -rf libtool
$ tar xf libtool-2.4.2.296-cfcb-dirty.tar.gz
$ cd libtool-2.4.2.296-cfcb-dirty
$ ./configure
$ make
  GEN      libtoolize
make  all-recursive
make[1]: Entering directory `/tmp/libtool-2.4.2.296-cfcb-dirty'
Making all in .
make[2]: Entering directory `/tmp/libtool-2.4.2.296-cfcb-dirty'
  CC       libltdl/loaders/libltdl_libltdl_la-preopen.lo
./libtool: line 525: /tmp/libtool/build-aux/funclib.sh: No such file or directory
Makefile:1163: recipe for target `libltdl/loaders/libltdl_libltdl_la-preopen.lo' failed
make[2]: *** [libltdl/loaders/libltdl_libltdl_la-preopen.lo] Error 1
make[2]: Leaving directory `/tmp/libtool-2.4.2.296-cfcb-dirty'
Makefile:1511: recipe for target `all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/libtool-2.4.2.296-cfcb-dirty'
Makefile:905: recipe for target `all' failed
make: *** [all] Error 2

Some further info, "git grep auxscriptsdir" in the git checkout
returns this:
$ git grep auxscriptsdir
Makefile.am:              -e '/^\. /s|@auxscriptsdir\@|'$(abs_aux_dir)'|g' \
build-aux/ltmain.in:. "@auxscriptsdir@/funclib.sh"
build-aux/ltmain.in:. "@auxscriptsdir@/options-parser"
libtoolize.in:. "@auxscriptsdir@/funclib.sh"
libtoolize.in:. "@auxscriptsdir@/options-parser"
libtoolize.in:. "@auxscriptsdir@/extract-trace"

which makes libtool and libtoolize suspect.

However, only the libtool script seems affected, this is from the
configured tarball tree on MSYS (the [^n] part is there to exclude
paths starting with /c/Cygwin/home/...):

$ grep -r [^n]/home/peda *
build-aux/ltmain.sh:. "/home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh"
build-aux/ltmain.sh:. "/home/peda/libtool/git/libtool-msvc/build-aux/options-parser"
libtool:. "/home/peda/libtool/git/libtool-msvc/build-aux/funclib.sh"
libtool:. "/home/peda/libtool/git/libtool-msvc/build-aux/options-parser"

Cheers,
Peter

Message sent to bug-libtool@HIDDEN:

Subject: bug#12672: Wrong path to funclib.sh
Resent-From: "Gary V. Vaughan" <gary@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 18 Oct 2012 19:29:01 +0000
Resent-Message-ID: <handler.12672.B12672.13505885085820 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Peter Rosin <peda@HIDDEN>
Cc: "12672 <at> debbugs.gnu.org" <12672 <at> debbugs.gnu.org>
DomainKey-Signature: a=rsa-sha1; c=nofws; d=vaughan.pe; h=references
	:mime-version:in-reply-to:content-type:content-transfer-encoding
	:message-id:cc:from:subject:date:to; q=dns; s=vaughan.pe; b=dIyU
	r4yyz8p8bWVPo2efk2aLPS51sJk2e1FRY22RmQKaK0SGw2YPOOEbe01u+iyHPf2N
	CgYSvkcu2gZeLuvYsUubHv6Hyrd36BUr4kOka83kH4Rm2xrQBYbCUvt9imx7xfkO
	aOy7xzvLxv34NkraKIsr4q3XzB0HpyORf3Q1p4Y=
References: <50801D36.8010004@HIDDEN>
Mime-Version: 1.0 (1.0)
In-Reply-To: <50801D36.8010004@HIDDEN>
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-Id: <39A15526-7EAC-4481-BF2F-758D10168D7B@HIDDEN>
From: "Gary V. Vaughan" <gary@HIDDEN>
Date: Fri, 19 Oct 2012 02:27:23 +0700
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hi Peter,

On 18 =E0=B8=95.=E0=B8=84. 2012, at 22:16, Peter Rosin <peda@HIDDEN>=
 wrote:
> [[snip]]
> I have also checked to just build a pristine tarball from
> the MSYS side, without building on Cygwin first, same problem.
> It appears that the path to funclib.sh is fixed during
> bootstrap which of course is totally b0rked.

Oh! Nice catch, thank you :-)

Fixed. Please pull my updates.

Cheers,
--=20
Gary V. Vaughan (gary AT gnu DOT org)=

Message sent to bug-libtool@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#12672: Wrong path to funclib.sh
Resent-From: Peter Rosin <peda@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Thu, 18 Oct 2012 19:50:02 +0000
Resent-Message-ID: <handler.12672.B12672.135058977411135 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 12672
X-GNU-PR-Package: libtool
X-GNU-PR-Keywords: 
To: "Gary V. Vaughan" <gary@HIDDEN>
Cc: "12672 <at> debbugs.gnu.org" <12672 <at> debbugs.gnu.org>
Received: via spool by 12672-submit <at> debbugs.gnu.org id=B12672.135058977411135
          (code B ref 12672); Thu, 18 Oct 2012 19:50:02 +0000
Received: (at 12672) by debbugs.gnu.org; 18 Oct 2012 19:49:34 +0000
Received: from localhost ([127.0.0.1]:50444 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1TOw61-0002tV-QF
	for submit <at> debbugs.gnu.org; Thu, 18 Oct 2012 15:49:34 -0400
Received: from mail.lysator.liu.se ([130.236.254.3]:59264)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <peda@HIDDEN>) id 1TOw5x-0002tE-6u
	for 12672 <at> debbugs.gnu.org; Thu, 18 Oct 2012 15:49:30 -0400
Received: from mail.lysator.liu.se (localhost [127.0.0.1])
	by mail.lysator.liu.se (Postfix) with ESMTP id 0CC6C40012;
	Thu, 18 Oct 2012 21:48:02 +0200 (CEST)
Received: from [192.168.0.64] (90-227-119-137-no95.business.telia.com
	[90.227.119.137])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.lysator.liu.se (Postfix) with ESMTPSA id B5B934000F;
	Thu, 18 Oct 2012 21:48:01 +0200 (CEST)
Message-ID: <50805D28.2090602@HIDDEN>
Date: Thu, 18 Oct 2012 21:48:56 +0200
From: Peter Rosin <peda@HIDDEN>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
References: <50801D36.8010004@HIDDEN>
	<39A15526-7EAC-4481-BF2F-758D10168D7B@HIDDEN>
In-Reply-To: <39A15526-7EAC-4481-BF2F-758D10168D7B@HIDDEN>
Content-Type: text/plain; charset=UTF-8
X-Virus-Scanned: ClamAV using ClamSMTP
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.4 (/)

close 12672

Hi Gary!

On 2012-10-18 21:27, Gary V. Vaughan wrote:
> On 18 =E0=B8=95.=E0=B8=84. 2012, at 22:16, Peter Rosin <peda@HIDDEN=
u.se> wrote:
>> [[snip]]
>> I have also checked to just build a pristine tarball from
>> the MSYS side, without building on Cygwin first, same problem.
>> It appears that the path to funclib.sh is fixed during
>> bootstrap which of course is totally b0rked.
>=20
> Oh! Nice catch, thank you :-)
>=20
> Fixed. Please pull my updates.

Seems to have done it, and I'm back in business. Thanks for the
quick fix!

Cheers,
Peter

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.