libtool
[Top][All Lists]
Advanced

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

Re: cannot build from git/no daily snapshots


From: Peter Rosin
Subject: Re: cannot build from git/no daily snapshots
Date: Tue, 18 Sep 2012 21:21:48 +0200
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1

On 2012-09-18 16:44, Gary V. Vaughan wrote:
> Hi Bob,
> 
> On 18 ก.ย. 2012, at 21:23, Bob Friesenhahn <address@hidden> wrote:
>> It used to be possible to run the libtool test suite in a MSYS shell
>> using a CIFS mount of the same source tree that I use for my Unix type
>> systems.  I used to do that on a periodic basis.  Since the bootstrap
>> improvements, this does not seem to be possible.  Perhaps I might
>> encounter a MSYS install which includes the newer m4 and a workable 'git'.
> 
> I'd like to fix that.

What used to work was this:

In Cygwin:

cd to the libtool dir
git checkout master
./bootstrap --copy
mkdir ../cygwin
cd ../cygwin
../libtool/configure
make
make check

Then in MSYS:

cd to the libtool dir
mkdir ../mingw
cd ../mingw
../libtool/configure
make
make check



The above now misbehaves in the "make" step, with:

/bin/sh: line 13: git: command not found
/bin/sed -e s|@MACRO_VERSION\@|2.4.2.176-30304|g -e 
s|@MACRO_REVISION\@|UNKNOWN|g -e s|@MACRO_SERIAL\@|0|g -e 
s|@PACKAGE\@|libtool|g -e s|@PACKAGE_BUGREPORT\@|address@hidden|g -e 
s|@PACKAGE_URL\@|http://www.gnu.org/software/libtool/|g -e 
s|@PACKAGE_NAME\@|GNU Libtool|g -e s|@package_revision\@|UNKNOWN|g -e 
s|@PACKAGE_STRING\@|GNU Libtool 2.4.2.176-30304|g -e 
s|@PACKAGE_TARNAME\@|libtool|g -e s|@PACKAGE_VERSION\@|2.4.2.176-30304|g -e 
s|@VERSION\@|2.4.2.176-30304|g '../libtool/m4/ltversion.in' > 
'../libtool/m4/ltversion.m4'
CDPATH="${ZSH_VERSION+.}:" && cd ../libtool && /bin/sh 
/c/Cygwin/home/peda/libtool/git/libtool/build-aux/missing --run aclocal-1.11 -I 
m4
 cd ../libtool && /bin/sh 
/c/Cygwin/home/peda/libtool/git/libtool/build-aux/missing --run automake-1.11 
--gnu
CDPATH="${ZSH_VERSION+.}:" && cd ../libtool && /bin/sh 
/c/Cygwin/home/peda/libtool/git/libtool/build-aux/missing --run autoconf
/bin/sh ./config.status --recheck

make should not trigger aclocal/automake/autoconf at this point, and some of 
the substitutions above are really bad as can also be seen below (look for 
UNKNOWN):

cat ../libtool/m4/ltversion.m4
# ltversion.m4 -- version numbers                       -*- Autoconf -*-
#
#   Copyright (C) 2004, 2011-2012 Free Software Foundation, Inc.
#   Written by Scott James Remnant, 2004
#
# This file is free software; the Free Software Foundation gives
# unlimited permission to copy and/or distribute it, with or without
# modifications, as long as this notice is preserved.

# @configure_input@

# serial 0 ltversion.m4
# This file is part of GNU Libtool

m4_define([LT_PACKAGE_VERSION], [2.4.2.176-30304])
m4_define([LT_PACKAGE_REVISION], [UNKNOWN])

AC_DEFUN([LTVERSION_VERSION],
[macro_version='2.4.2.176-30304'
macro_revision='UNKNOWN'
_LT_DECL(, macro_version, 0, [Which release of libtool.m4 was used?])
_LT_DECL(, macro_revision, 0)
])


On a side note, I find it surprising that "./bootstrap --force --copy"
does not remove symlinks and copy the actual gnulib files over. I had
to remove the symlinks by hand, then "./bootstrap --copy". That took
a while to disentangle, as do all build system changes. Especially on
Windows.

Cheers,
Peter




reply via email to

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