Hello Jay,
* Jay K wrote on Thu, Aug 19, 2010 at 09:34:50PM CEST:
= http://modula3.elegosoft.com/cm3/uploaded-archives/testlogs.tar.gz
Thanks. You have GNU coreutils in your $HOME/bin I bet, but it looks
like it's a fairly old version; no non-GNU cp uses `quoting' in its
error reporting, and
I do have GNU coreutils, correct. But a recent version.
I only have them because I was having trouble tracking down something else.
(en route to gcc/make check)
I probably don't need them.
I usually try to test system tools only.
Similarly I try to build/install the minimum, but..
% type cp
Is your /bin/sh a Korn Shell in disguise?
How do I know?
Do you happen to have bash installed on your system?
Yes.
% type bash
bash is /home/jayk/bin/bash
% bash --version
GNU bash, version 4.1.7(1)-release (alphaev67-dec-osf5.1)
Copyright (C) 2009 Free Software Foundation, Inc.
License
On Thursday 19 August 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Thu, Aug 19, 2010 at 12:09:15AM CEST:
HACKING: improve description of git bugfix branches.
HACKING: acknowledge Perl 4 as utterly obsolete.
Nits below.
Subject: [PATCH 1/2] HACKING: improve description
Hello automakers.
Here is the (hopefully) final patch series providing a more correct and
consistent overriding of autoconf and autom4te at configure-time (for use
in automake-generated rebuild rules).
This is what the individual patches do, in detail:
1. Add a tests (`remake0.test') that
* configure.ac (am_AUTOM4TE): New AC_SUBST'd variable.
* tests/defs.in ($AUTOM4TE): New shell variable, defaulting
to AC_SUBST'd `...@am_autom4te@'.
($APIVERSION): New variable, AC_SUBST'd.
($ACLOCAL, $AUTOMAKE): Use it.
* tests/remake8a.test: New test.
* tests/remake8b.test: Likewise.
*
* lib/am/configure.am: (%MAKEFILE-IN%): When appropriate, export
AUTOCONF and AUTOM4TE to proper values when calling $(AUTOMAKE).
(%MAKEFILE-IN%) [%?TOPDIR_P%]: Likewise.
($(ACLOCAL_M4)) [!%?TOPDIR_P%]: Likewise (but when calling
$(ACLOCAL).
* m4/init.m4: Bumped serial number: 16 - 17.
* tests/remake0.test: New test.
* tests/Makefile.am (TESTS): Updated.
---
ChangeLog |6 ++
tests/Makefile.am |1 +
tests/Makefile.in |1 +
tests/remake0.test | 38 ++
4 files changed, 46 insertions(+), 0 deletions(-)
create mode
* tests/missing.test: Build and use our own `autoconf' script, to
avoid spurious failures due to configure-time value of $AUTOCONF
being an absolute path. Prefer passing overrides to ./configure
on the command line rather than in the environment. Some other
related and unrelated improvements.
*
* tests/missing.test, tests/missing2.test: Do not override
autoconf in calls to ./configure. Add checks to verify that
the `missing' script is called anyway, whenever it's expected
to. Move checks involving version number suffixes...
* tests/missing7.test: ... to this new tests, and extend them
* tests/defs.in: Fix definition and exporting of $AUTOCONF and
$AUTOMAKE to better honour configure-time overrides. This fixes
failures of `remake0.test' in setups where autoconf and autom4te
are overriden at configure time.
---
ChangeLog |6 ++
tests/defs.in | 26
* Stefano Lattarini wrote on Thu, Aug 19, 2010 at 12:23:47PM CEST:
On Thursday 19 August 2010, Ralf Wildenhues wrote:
Are you aware that merging fix-foo in maint, branch-1.11, and
master is equivalent to merging fix-foo in maint, then merging
maint in branch-1.11 and master (under the
On 08/18/10 20:34, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Wed, Aug 18, 2010 at 03:42:01PM CEST:
On Wednesday 18 August 2010, Roberto Bagnara wrote:
On 08/18/10 13:18, Stefano Lattarini wrote:
At Wednesday 18 August 2010, Roberto Bagnara wrote:
#$(TESTS:=...@objext@):
Hello Ralf.
On Wednesday 18 August 2010, Ralf Wildenhues wrote:
I suppose automake could be enhanced to also define $(OBJECTS) as
the set of all objects.
What about libtool objects? Should we care about them? I'm writing a
couple of (xfailing) testcases to check a prospective patch
* Stefano Lattarini wrote on Thu, Aug 19, 2010 at 04:39:29PM CEST:
On Wednesday 18 August 2010, Ralf Wildenhues wrote:
I suppose automake could be enhanced to also define $(OBJECTS) as
the set of all objects.
What about libtool objects? Should we care about them? I'm writing a
couple of
On Thursday 19 August 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Thu, Aug 19, 2010 at 04:39:29PM CEST:
On Wednesday 18 August 2010, Ralf Wildenhues wrote:
I suppose automake could be enhanced to also define $(OBJECTS)
as the set of all objects.
What about libtool
16 matches
Mail list logo