; then $(CYGPATH_W)
'$<'; else $(CYGPATH_W) '$(srcdir)/$<'`; \
Notice the missing fi inside the backticks.
I don't have the automake sources in front of me, but the file to patch
gets installed as /usr/share/automake/am/depend2.am.
2002-11-14 Eric Blake <[EMAIL PR
hive/html/libtool-patches/2004-12/msg00091.html,
parsing $MAKEFLAGS is inherently non-portable. `info make' also has a
page dedicated to "Phony Targets" that discusses the more portable way to
have a recursive target, although I don't know how well it scales to the
more than 15 recu
mostlyclean-recursive,
> clean-recursive, distclean-recursive, maintainer-clean-recursive):
> Process all words of $MAKEFLAGS when checking for -k.
> * tests/check4.test: New file.
> * tests/Makefile.am (TESTS): Add check4.test.
> Report from Eric Blake.
I verified t
age from
automake and failed to check for non-zero exit status. Automake won't
produce Makefile.in if required files are missing.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
, so the test is always true.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
s commit is purely for future repo archaeology.
Then it's not NEWS-worthy. It's worth keeping that analysis in the git
commit message (as you say, for repo archaeology), but let's limit it to
just there, rather than potentially causing users to worry about some
perceived loss of porta
elled $(MODULE). But
that is unrelated to fixing AM_SILENT_RULES to produce POSIX-compliant
makefiles.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
the old name to the previous node, then we may want
to move the anchor to appear after the @node.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
$(srcdir)/$@.in >$@.tmp
+ $(do_subst) $(srcdir)/$@.in | ./config.status --file=- >$@.tmp
chmod +x $@.tmp
chmod a-w $@.tmp
mv -f $@.tmp $@
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
in automake.
Re-read the list where we discussed this - gcc is doing a better
maintenance job of multilib support in the first place, so this move is
intended to point you towards the better-maintained source in the first
place.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt vi
figure out, but that should hopefully
help you get started on seeing how others have used it.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
by way of a
new standardized configure option for specifying the alternate package
name of the second installation, and then adding automake and/or
autoconf support for providing configure support for an alternate
package name, seems like it would be worthwhile for more than just grub.
--
Eric
t
> eats away space that could be used by those command lines? Oh joy ...
Yes. Unlike on *ix systems, where argv and environ are independent
entities, Windows makes you deal with both limits at the same time, so
increasing the size of environ reduces the size permitted in argv.
--
Eric Blake e
conditions make it so there are no
contents in a directory, then the directory is created _unless_ the
noinst_ prefix also appeared with that directory.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ical way to do this?
No, because the moment you quit distributing these files, you have
required end users to have more tools available than normally required
by the GNU Coding Standards to even be able to use your tarball.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualizatio
these scripts are updated.
* config/srclist.txt: Drop elisp-comp, missing, and ylwrap.
* build-aux/elisp-comp: Delete.
* build-aux/missing: Likewise.
* build-aux/ylwrap: Likewise.
Signed-off-by: Eric Blake
---
Any objections to this patch?
ChangeLog|8 ++
build-aux/elisp-comp
[adding autoconf]
On 06/26/2012 12:26 PM, Bruno Haible wrote:
> Eric Blake wrote:
>> * build-aux/elisp-comp: Delete.
>
> What about modules/elisp-comp?
That module has only had one edit: it's introduction in 2006:
https://lists.gnu.org/archive/html/bug-gnulib/2006-08/msg0024
there's
something you do with 1.12 that doesn't work with 1.11 and therefore you
are trying to make it conditional so that 1.11 can still process the
rest of the file. Determine that feature, and we are that much closer
to helping you conditionalize your configure.ac to work with both
I see v1.12.2, but no tag for v1.11.6 for the CVE-2012-3386 fix. Is
this intentional?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 08/14/2012 04:24 PM, Stefano Lattarini wrote:
> Hi Eric.
>
> On 08/15/2012 12:16 AM, Eric Blake wrote:
>> I see v1.12.2, but no tag for v1.11.6 for the CVE-2012-3386 fix.
>>
> Hmm... I can see it without problems:
>
> <http://git.savannah.gnu.org/cgit/automa
fig.site that forces noisy builds. The
'silent-rules' change in automake change did NOT make more builds
instantly silent, nor are we preventing you from your goal of noisy
builds for the Fedora buildbots. Quit beating a dead horse to spread
FUD about something which is not true.
--
Er
u provided a feature that could be probed at m4
time in order to write a configure.ac that can then set an automake
conditional, so that Makefile.am can then set either INCLUDES or
AM_CPPFLAGS as appropriate within the two branches of the conditional.
--
Eric Blake ebl...@redhat.com+1-919-3
eloper_Toolset/1/html/User_Guide/chap-Red_Hat_Developer_Toolset.html#sect-Red_Hat_Developer_Toolset-About
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ot;undefine" test script.
Indeed - while the upstream debate continues on whether 'make',
'automake', or both should be patched to allow 'undefine', downstream in
libvirt, I am pushing this trivial patch:
From a20f06d9d9b0353d7fb7a8e11a631253d5961b96 Mon Sep 17 00:
In all other cases, it makes more sense for the user to build the
binary themselves from the source (where user includes major distros,
who will then package it up in .rpm or apt formats as appropriate for
the distro, and where the distro package-manager software like yum or
apt-get can then b
otools is not the place to do this:
https://lists.gnu.org/archive/html/bug-autoconf/2012-09/msg00049.html
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
e}/file3.c ${more}/file4.c
so that a rename now only has to touch the 'more =' line, rather than
every use.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
o type, without quite so much quoting:
version_suffix=dc_version_suffix
AS_IF([test "x$version_suffix" = "xdevel"], [
AC_DEFINE([USE_REVISION], [1], [Use the revision number.])
])
>
> Does anyone know how to implement this correctly?
It really depends on what you are trying to accomplish by deciding
something at m4 time, but deferring the action on that decision until
configure time.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
hope that we can get automake stable enough that you can spend some fun
time with Automake-NG.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
hat it will be easier to fix issues upstream and re-release than to
make the distros have to carry downstream patches against configure.ac
and Makefile.am that require rerunning the autotools as part of the
distro process.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualizati
e Automake flags (in AM_INIT_AUTOMAKE, for example).
Or don't use $(shell), or upgrade to Automake-NG (which _requires_ GNU
make to be installed on the end-user's machine, and therefore should let
you use GNU make extensions without question).
--
Eric Blake eblake redhat com+1-91
rtability to your AM_INIT_AUTOMAKE, at which point you'd
no longer need your @DOLLAR_SIGN@ hack.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
eed across platforms?
.lo, on the other hand, is platform independent, so it needs no variable
wrapper.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ion to this:
https://lists.gnu.org/archive/html/automake/2013-04/msg00014.html
with this answer of no (which really means: if YOU write the patches and
prove that they are worth maintaining, then it could be added in the
future, but no one else is interested in this unusual setup):
https://lists.gn
d this to your configure.ac:
AC_SUBST([PYTHON], ...)
AC_CONFIG_FILES([script], [chmod +x script])
prior to the AC_OUTPUT, so that running config.status (as part of the
configure script itself) will automatically replace @PYTHON@ from the
script.in template into the output script without you rep
around. Perhaps others have better solutions?
And when you do come to consensus on the best solution, please also send
a patch to the autoconf list so that they can update their manual to
include it as an example.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library h
On 09/26/2013 12:13 PM, Diab Jerius wrote:
> On Thu, Sep 26, 2013 at 2:09 PM, Eric Blake wrote:
>> On 09/26/2013 10:16 AM, Diab Jerius wrote:
>>> I embarked on a journey yesterday involving automake, autotest, and
>>> non-recursive makes. I started with the
ally move to GPLv3+ plus
exception (the exception ensuring that you can use automake on a non-GPL
project or on a GPLv2[+] project without being forced to use GPLv3),
similar to what autoconf has already done.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization lib
Umakefile:
http://git.savannah.gnu.org/cgit/gnulib.git/tree/modules/gnumakefile
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
t
should be preferred over direct use of $localstatedir because some
distros want to stick --runstatedir at /run in stead of /var/run.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
rk on all make implementations that I
> know of.
>
> The version with % characters is not portable.
That said, POSIX is hoping to standardize it in the next few years:
http://austingroupbugs.net/view.php?id=519
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualizatio
eason to toggle the
default. I like what the GNU Coding Standards represent, and deviating
from them deserves a mention in configure.ac to make it apparent that
you thought about it.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signat
ons in make is a sign that
existing implementations that already support it are in agreement (more
than just GNU make), so if you want to be on the leading edge of the
curve, you aren't excluding that many users.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
or whether the upstream automake should make it easier for runtime
overrides of the format, or even dynamic changes, I am not sure. I also
know that some packages (particularly those using gnulib's GNUmakefile)
explicitly set:
export TAR_OPTIONS = --owner=0 --group=0 --numeric-owner
to t
a preferred procedure
> for generating these files. What should be done in order to make this work?
.pc files are created by the pkg-config tool. More details on their web
site:
http://www.freedesktop.org/wiki/Software/pkg-config/
--
Eric Blake eblake redhat com+1-919-301-3266
Lib
that automake, so you'll probably get better
support on the pkg-config mailing list than you will here. But the page
I linked to above includes a link to their FAQ:
http://people.freedesktop.org/~dbn/pkg-config-guide.html#faq
which goes into more details. I have not personally converted a
hat if the definitions
> are not clearer then at least I can get some sort of test going. If that
> doesn't work then I will distribute my software with no testing. Thanks
> art The failure of the past is the challenge of the present and the
> success of the future.
>
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ape the $ with another $,
so that 'make' won't try to treat it as an expansion of ${s} at make time:
foo:
echo 'exit $$status' >> file
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
tput listing. The Automake manual (Section 15.2.3
> Parallel Test Harness) says: " The output from failed tests is collected in
> the test-suite.log file. If the variable 'VERBOSE' is set, this file is
> output after the summary."
It works for me when I do:
make check VE
x27;m doing. If anyone can explain what I need to do
> to remove the error messages I'd really appreciate it.
Which error messages are you trying to remove? The only error message I
say in the output you posted is expected, given that you have a failing
test.
--
Eric Blake eblake redha
You'll need to make your setup easier for others
to reproduce before we can see what you are attempting.
As for the test-suite.log not having much output, it is probably because
your tests are not very noisy. Running make captured all of the output
of your tests, but if your tests didn'
know.
>
TESTSUITEFLAGS is the suggested variable name for someone using the
'autotest' setup from autoconf (which is yet another testing framework,
different from automake, where automake runs a single test called
'testsuite', but 'testsuite' itself can run multip
gt; test3.log' >> test3.abc
Finally, write that shell script inside a make rule (make passes
everything to shell except for $, which is escaped by adding another $):
test3.abc:
echo '#!/bin/bash' > test3.abc
echo 'echo test3.abc "$$# [ $$@ ]"
er takes a tarball, unpacks it, and runs './configure;
make; make install' without needing any autotools installed.
Ordinary users therefore do NOT use direct git checkouts. Working with
git is reserved for power users.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtuali
me type of bootstrap script). I was just wondering if
> there are already elegant/"smiled upon" methods for doing this in
> configure (i.e. configure.ac).
There's nothing for you to do in configure.ac (that doesn't scale -
you'd have to modify every packages'
f you don't actually have a file named 'zupa'
handy; and particularly since the aclocal usage is trying to use perl's
open("command |") notation, not open("file") notation. Could it also be
a problem with your particular build of perl, or maybe a newer version
of perl has introduced some backwards incompatible change that
autoconf/automake now need to work with?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
tomake first coded up the tar -h rule,
years ago, there really were Unixy systems where either the file system
or the tar program didn't handle symlinks as gracefully as desired,
which is a different beast than today's mingw situation).
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ut information about this here:
> http://buildsystem-manual.sourceforge.net/Macro-name-quoting.html#Macro-name-quoting
> , which I've adapted from the test in the automake manual.
>
> Contents of files:
>
> $ cat configure.ac
> AC_INIT([helloprog], [1.0])
> AM_INIT_AUTOMA
g/software/automake/manual/automake.html#Alternative
But I'm not as good at automake as I am at autoconf, so I'm cc'ing that
list in, in case someone else has more ideas.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
y not just:
./configure CC="$PWD/../../llvm-arm-toolchain-ship/3.8/bin/clang"
which turns your relative name into an absolute one?
Do you HAVE to have the canonical name?
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
tarball when you do 'make dist' (and you can run 'make distcheck' to
make sure your tarball is self-contained).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
s not obvious on what the context
is that might have caused it. Is there an earlier version of automake
that built on your platform? Does using GNU make instead of your
vendor's default make let you get further?
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-
re, then copying the tarball over? Once
you've done that, './configure && make' should work without requiring
either automake or autoconf installed on the mainframe. After all, the
point of the autotools is to build self-contained tarballs that no
longer require the
easier than trying to have the build machine BE
the development machine, where you have to get an entire ecosystem of
software running before you can directly build from git instead of from
tarballs.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
i
done
fi
fi
# If any of these fail, we abort the whole thing. If we want to
# ignore errors from any of these, just make sure not to ignore
# Now rename the file to the real destination.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
nstall-sh -d' in place of mkinstalldirs. It may
make sense to have automake quit shipping mkinstalldirs, and merely rely
on $(MKDIR_P) and/or 'install-sh -d', for one less helper script
installed by automake.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
On 09/03/2018 10:35 AM, Thomas Dickey wrote:
On Mon, Sep 03, 2018 at 09:13:13AM -0500, Eric Blake wrote:
...
Note that the most recent version of 'install-sh' as installed by Automake
states:
# Copyright (C) 1994 X Consortium
looking at my collection of untarred X sources, there&
t_msg='per-test log files'
else
at_msg="\`${at_testdir+${at_testdir}/}$as_me.log'"
fi
AS_ECHO(["Please send $at_msg and all information you think might help:
in lib/autotest/general.m4, to mention the recommendation for compression.
--
Eric Blake, Princ
they make it a lot easier to reason about things when dealing with
nested conditionals.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
[adding the automake list, in case someone has advice]
On 12/7/18 4:22 PM, Richard W.M. Jones wrote:
On Fri, Dec 07, 2018 at 03:09:43PM -0600, Eric Blake wrote:
Rather than always trying to install ocaml files into $(OCAMLLIBS),
which is likely to be root-owned and therefore fail during a
o this issue will have
to come from a patch to Automake. Updating mail distribution accordingly.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
es, I'm happy to accept a patch to autoreconf to do similar
chasing when building the command line to pass to automake, but I'm not
sure how easy it would be for me to write the patch myself.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
to switch that behavior to warn or
fail instead.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
he sort(1)
utility, which would be the most likely program to pick up the use of
this code? Or to glibc, to see if it is worth improving qsort() by
using the ideas in your algorithm?
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | li
ive=''
while appendix="${target#"$current"/}"
[ "$current" != '/' ] && [ "$appendix" = "$target" ]; do
if [ "$current" = "$appendix" ]; then
relative="${relative:-.}"
ation can at least let us automate that each of the tarballs
has the same contents, although it won't make it any more obvious
whether those contents match what was in git (which was how the xz
backdoor got past so many people in the first place).
--
Eric Blake, Principal Software Engineer
R
nd should therefore not be incorporated in the package
> that uses gnulib.
Actually, regexprops-generic.texi is also end-user doc, which CVS Head of
M4 wants to incorporate.
>
>> 2006-07-10 Eric Blake <[EMAIL PROTECTED]>
>>
>> * gnulib-tool: Avoid space-tab.
>
rather than shared libraries for dlopen'ing. It would be nice if automake
provided $(pkglibexecdir) alongside $(pkglibdir) and friends.
[1] http://www.gnu.org/prep/standards/standards.html#Directory-Variables
--
Eric Blake
89 and c99 compilers
> on other systems.
In short, the problem here is that the depcomp algorithm for determining
what dependency checking to request is being fooled by the fact that your
compiler claims to be gcc thanks to its definition of __GNUC__, then fails
to recognize -M options for de
and don't require their generation during builds.
Then you should use './configure --disable-dependency-tracking' - this is
exactly what it was invented for.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
is still present, we might as well exploit it in depcomp :)
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comme
ne, with the authors appearing after the copyright/warranty.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 12/3/2006 2:26 AM:
> Hello Eric,
> On Sun, Oct 15, 2006 at 07:02:50PM -0600, Eric Blake wrote:
>>
>> Thanks for the 1.10 release! However, 'automake --version' does not
>> comp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 12/3/2006 8:09 AM:
> According to Ralf Wildenhues on 12/3/2006 2:26 AM:
>> Hello Eric,
>> On Sun, Oct 15, 2006 at 07:02:50PM -0600, Eric Blake wrote:
>>> Thanks for the 1.10 release! However, '
for each project using
git. Once this is done, I will have him do the same thing for Autoconf as
has been done for gnulib - namely, turn of write access to the old CVS
repository, and no longer publish its address, but still leave it live for
doing diffs.
- --
Don't work too hard, make some t
all your
Makefile.in from your latest automake version (I'm assuming you have 1.10,
but not 1.9, installed on your PATH). Once that is done, future gnulib
updates will remember that you used automake 1.10, and no longer insist on
trying automake-1.9.
- --
Don't work too hard, ma
s the answer already lies in the automake manual, in
creating your own suffix rules:
http://sourceware.org/automake/automake.html#index-Adding-new-_0040code_007bSUFFIXES_007d-880
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP
ace being
consumed by external packages, and so that users trying to write bug
reports against the macro have a better chance of guessing which package
actually owns the macro?
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP S
7;t work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHJx2Q84K
conditionally enable dist-lzma if the version of automake
is new enough, rather than introducing a hard dependency on (as yet
unreleased) automake.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v
-compliant. So should automake cater to this weird
SHELL setting by doing failcom='fail=; exit 1' as the default value for
$failcom (and audit for any other potentially unset variables)? Or is it
better to figure out how this user got 'set -u' enabled in your SHELL in
the firs
KE) - $(MAKEFLAGS) - $$MAKEFLAGS - EOF $ make
|
| Then repeat, but with adding the same 'SHELL = ...' line at the
beginning that was in m4/Makefile?
You didn't run this test.
Also, could there be some other environment variables interfering? At
this point, the output of 'e
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.or
g:
INSTALL: $(abs_srcdir)/INSTALL
to autoconf's Makefile.am will be making the problem any worse (at least
it fixes the 'make dist' regression when using the normal case-sensitive
GNU make). Maybe the short answer is that on MSYS (or anywhere else with
case-insensitive GNU make), you
ok
into using dist-hook:
http://www.gnu.org/software/automake/manual/html_node/Dist.html#Dist
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net
; to see which dependency make thinks is out of
date to trigger the rerun of the autotools.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.c
un @samp{make}.
> @item [EMAIL PROTECTED]
> @itemx -I @var{dir}
> Append @var{dir} to the include path. Multiple invocations accumulate.
> -Passed on to @command{autoconf} and @command{autoheader} internally.
> +Passed on to @command{aclocal}, @command{autoconf} and
@command{auto
into another file
that gets compiled. For example, see how gnulib does it:
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=modules/configmake;h=5160128;hb=58fe6dc
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATU
, while automake has added perl
threading to make channel processing more efficient).
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[please keep the lists in the loop]
According to fireflyxi...@yahoo.com.cn on 3/19/2009 5:50 AM:
> Hello Eric Blake,
>
> Thank you for your suggestion. I upgrade automake to the 1.10.1 version,
> but the problem still exits.
>
Yo
1 - 100 of 159 matches
Mail list logo
