ream
ModuleNotFoundError: No module named 'm4p'
Maybe it's my naivete with python, but unless I can figure out how to
run your code, I can't compare it against the C version to spot out
where you are still incomplete in your implementation.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
. I have not had any
> benchmarks, but from roughly looking at
> how long tests take I'm measuring a 100x slowdown. I'm hoping to
> rewrite it in Rust later to address that.
>
> Regards,
> Nikolaos Chatzikonstantinou
>
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
m4 1.4.20 was just
released today, and I'm also preparing a 1.5.x beta release of the
(still-incomplete) features on branch-1.6 that lead to faster
execution when shift($@) is frequent.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
an to
> try it more extensively myself with autotools projects soon, but I
> figured that I'd release it as soon as possible.
I will test to see how it fares against my m4 scripts. I suspect it
won't be long before I find an incompatibility...
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
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
ive=''
while appendix="${target#"$current"/}"
[ "$current" != '/' ] && [ "$appendix" = "$target" ]; do
if [ "$current" = "$appendix" ]; then
relative="${relative:-.}"
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
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
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
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
[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
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
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
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&
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
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
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
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
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-
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
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
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
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
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
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
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'
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
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 "$$# [ $$@ ]"
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
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'
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
[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
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
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
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
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
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
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
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
$(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
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
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
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
, so the test is always true.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
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
On 02/23/2011 05:02 PM, Ben Pfaff wrote:
> The question "libtool reorders link fags" seems to have a
> spelling error in the last word. It's not obvious to me what
> word is meant.
flags
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization li
indication on which list a bug is reported against.
Any ideas on how to resolve that issue?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
mp;5
> mv -f conftest.er1 conftest.err
> fi
> $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
FD 5 is config.log. That is, everything that redirects output to 5 is
setting up more verbose output that will end up in the log file,
compared to the shor
As a shell sub-process, yes, using common
shell text processing programs (such as sed).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
7;t forbid leading digits or
periods, but the thought was that there might be implementations that
require alphabetic or underscore as the first character, and if so, we
ought to fix the wording of the standard to call out that point at the
same time it allows dash).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
acro names are supported.
Looks reasonable to me. But I'll wait for any additional feedback
before pushing, in case anyone else has input on the matter.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
k dealing with timestamp skew across
NFS (including code to ignore relatively close timestamps, rather than
insist that sub-millisecond differences represent skew); some of that
may be worth incorporating into the make code base if it isn't there
already.
--
Eric Blake ebl...@redhat
ting -MP options in the makefile? Since you're
already willing to give up the benefits of dependency tracking, you
might as well tell that to configure.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[dropping gnulib for this reply]
On 12/14/2010 02:54 PM, Eric Blake wrote:
>>> # Listed in the same order as the GNU makefile conventions.
>>> # The Automake-defined pkg* macros are appended, in the order
>>> # listed in the Automake 1.10a+ documentation.
>>&g
but not the Makefile.am rules.
Okay, then, I'm back to trying to modify the configmake module's
configure.ac section, in a way that is friendly to the autotools already
providing a definition, and which allows use of these variables
throughout makefiles in addition to C files.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 12/14/2010 02:10 PM, Bruno Haible wrote:
> Eric Blake wrote:
>> I just ran into an issue where libvirt failed to compile when autotooled
>> with automake 1.9.6, because automake failed to define $(localedir) and
>> therefore gnulib's configmake module did
when using older automake, such as an extra snippet of code to
include in Makefile.am, and which will not interfere when using newer
automake?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Wildenhues wrote:
> Hi Eric,
>
> * Eric Blake wrote on Thu, Dec 02, 2010 at 08:21:13PM CET:
>> On 12/02/2010 12:10 PM, Ralf Wildenhues wrote:
>>> I'm not sure if it was mentioned before in the discussion, but
>>> portability-wise, there is a difference between one lev
hose
implementations time to comply with a tighter standard.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
today does not raise any objections (that is, if no one
complains of a counterexample existing make implementation that fails to
meet the proposed wording), then automake's silent-make implementation
will switch from exploiting unspecified behavior over to using a
POSIX-standardized feature.
rograms and libraries, automake now detects
EXTRA_foo_DEPENDENCIES and
adds them to the normal list of dependencies, but without
overwriting the
foo_DEPENDENCIES variable, which is normally computed by automake.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization
non-fast-forwards
are merging and rebasing; automake favors merging for distinct topics
and rebasing for work on an existing topic, while gnulib enforces
rebasing only by forbidding merging so as to keep a linear history.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualizat
oconf, gnulib, and libtool doesn't
turn up any culprits.
Is it worth installing a temporary sed wrapper earlier in your PATH that
outputs debugging information such as the process id of its parent if it
detects that one of the arguments starts with -q?
--
Eric Blake ebl...@redhat.com+1
this is more appropriate for the libtool list, but I just
don't know and didn't think it was appropriate to cross post.)
Actually, you'll probably have better luck on the automake list, since
autoconf itself does not touch any -M option.
--
Eric Blake ebl...@redhat.com
und another way yet. If we can't find one, then your choice
of $(var1$(var2)) is certainly better than nothing, in combination with
(1).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 09/17/2010 11:05 AM, Eric Blake wrote:
[adding automake]
On 09/17/2010 11:01 AM, Eric Blake wrote:
checking for getrlimit declaration... (cached) install-shextern int
getrlimit (enum __rlimit_resource, struct rlimit *);
Hmm, on looking at this closer, I only fixed config.status, which
[adding automake]
On 09/17/2010 11:01 AM, Eric Blake wrote:
checking for getrlimit declaration... (cached) install-shextern int
getrlimit (enum __rlimit_resource, struct rlimit *);
Hmm, on looking at this closer, I only fixed config.status, which
happens towards the end of configure, but you
...@gnu.org; automake will then
automatically pick this up once it is accepted upstream. And make sure
you also check whether config.guess needs a matching patch.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
1 - 100 of 163 matches
Mail list logo
