silent-rules automake option was mentioned rather
extensively on the automake-patches list, but you are probably right in
observing that the plain automake list did not see as much commentary on it.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e.
ackage author and the user. As in this untested attempt:
configure.ac:
AM_CONDITIONAL([VERBOSE], [test $enable_silent_make = yes])
Makefile.am:
if VERBOSE
V=1
endif
and if this line of reasoning seems like it will be repeated across
multiple packages, then automake's --silent-rules should
> should be AC_DEFUN'ed.
> Report by John Calcote.
>
- --
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/eblake.gpg
m4_define and still get aclocal to use my file for gnulib's AC_DEFUN_ONCE
replacement (coupled with an AC_REQUIRE([gl_00GNULIB]) in gnulib-common.m4):
http://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/00gnulib.m4
http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=fcf62c3d
- --
Don'
INIT_AUTOMAKE(..., [silent-rules]) continue to behave
like AM_SILENT_RULES([no])?
Or, if we really don't want developers to be able to change the default to
silent build, which leads to backwards incompatible output unless the user
provides an explicit --disable-silent-rules or V=1, then we sh
kages where DESTDIR
doesn't work properly. But automake already does such a good job at
providing DESTDIR support (especially if the user remembered to run 'make
distcheck'), that I think it would be nice if using AM_INIT_AUTOMAKE did
make the ./configure --help mention the future effe
Does distcheck actually test DESTDIR?
Absolutely, along with proper VPATH builds; two aspects that many
non-automake packages get horribly wrong.
http://www.gnu.org/software/automake/manual/automake.html#Preparing-Distributions
- --
Don't work too hard, make some time for fun as well
is that it complicates the logic even more.
At this point, I'm okay with either leaving it undocumented, or removing
the optional argument altogether. But I'm pretty much convinced that
documenting the optional parameter is a bad idea.
- --
Don't work too hard, make some time f
east
point to the GNU Coding Standards and the Automake manual overview of the
GNU build system. Does anyone want to beat me to a patch?
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.
hould have a
> test that ensures that, in either Autoconf or Automake.
Indeed it is possible that some of the cygwin 1.7 improvements might be the
cause of XFile::lock behaving differently; if there is a way to trim this down
to a smaller test case, the cygwin developers would likely be able to
investigate it.
--
Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 4/15/2009 5:51 AM:
>> Maybe the generic INSTALL file should provide pointers to more
>> comprehensive documentation?
>
> I tend to agree that INSTALL should either mention DESTDIR (and probably
> also
@samp{make all} and
+...@samp{make install}.
Any suggestions on how to improve the wording to make this point more
explicit?
- --
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: Publi
packaging or testing purposes), by setting the
DESTDIR variable, as in @samp{make destd...@var{dir} install}.
- --
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 k
opriate config.site. In other words,
the person running ./configure STILL has the option to choose YOUR desired
default, even if it is different than the package author's desired
default. The use of silent-rules is an option, not a mandate.
- --
Don't work too hard, make some time for fun as w
rsion string, so the two don't really mix. But
m4_define does nothing to diversions, so it is safe for AC_INIT.
- --
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
7;t?
How about modifying the makefiles that don't append to BUILT_SOURCES to
just add the line
BUILT_SOURCES=
prior to the include, then use BUILT_SOURCES+= in the included file.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
sign
output of the built program to add some distro branding.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
having to have all the autotools, then only check in the
machine-independent files. But if you use autoconf itself as the
example, autoconf.git does _not_ check in any generated files, even if
they are machine-independent; you have to bootstrap autoconf.git by
pre-installing autoconf from a tarball
dependencies, and
then you add one more file? It seems like it would be nice to support
foo_DEPENDENCIES += other_file, without requiring that foo_DEPENDENCIES=
previously occur in the file.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 05/17/2010 12:02 PM, Ralf Wildenhues wrote:
> Hi Eric,
>
> * Eric Blake wrote on Sat, May 15, 2010 at 01:41:08AM CEST:
>> Right now, either you use foo_DEPENDENCIES and have to list everything
>> yourself, or you omit it, and automake does a good job. But what about
>&
/usr/share/myprogram/program-name $OPTIONS
>
> however, waht I accully get is :
>
> /usr/share/myprogram/program-name PTIONS
>
> I try to add an '\' before '$', but it doesn't works.
Automake borrows from make(1) syntax - to print $, use $$.
--
Eric Bl
moot
point for me, as I can just do the autoconf 2.67 upload with my new key.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
load failed with the split key. (Nothing
like empirical evidence to close the door on speculative discussion :)
> FWIW, gnupload --dry-run should provide you with those steps for the
> functionality it offers.
Yep, thanks for the tip - it helped in trying my experiment.
--
Eric Blake ebl...@
ala?
http://en.wikipedia.org/wiki/Vala_%28programming_language%29
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
seems to be related to
http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/libtool.html
Is the hack that is mentioned necessary or is there another solution?
This seems like it is a question more appropriate for the libtool list.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization
eak things (e.g. in VPATH leading to a .info in
src and builddir?)?
No - provided that it lives ONLY in the srcdir, then VPATH isn't
confused. The confusion happens if you try to stick it in builddir and
then distribute it.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 08/31/2010 11:54 AM, Eric Blake wrote:
make default target /creates/ files in the source directory?
Yes, in the maintainer's tree.
One other point - it is assumed that the maintainer's tree is _never_
read-only (that is, a maintainer rule that modifies srcdir is fine).
Othe
The same argument goes for *.c files generated from *.y grammars - the
*.c file may be generated, but it is machine-independent, therefore, it
makes sense to distribute it pre-built in the tarball so that users need
not have flex and bison available.
--
Eric Blake ebl...@redhat.com+1-80
...@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
[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
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
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
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
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
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
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
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.
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
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
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
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
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
[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
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
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
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
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
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
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
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
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
ile.am in text mode, rather than binary
> mode, or else treating \\\r, \\\r\n, and \\\n as equivalent line
> continuations. I was able to work around the bug locally by stripping
> out all \r from Makefile.am.
--
This signature intentionally left boring.
Eric Blake [EMAIL PROTECTED]
BYU student, free software programmer
What do you want me to do to test this out, so we can fix the root of
the problem?
Tom Tromey wrote to the Classpath list <[EMAIL PROTECTED]>:
>
> >>>>> "Eric" == Eric Blake <[EMAIL PROTECTED]> writes:
>
> Eric> automake: native/jni/java-lan
ey's suggestion, I removed the call to binmode in
XFile.pm, and everything worked fine for me. I was able to run automake
on files that previously died because of the CRLF nonsense of Windows.
2002-02-10 Eric Blake <[EMAIL PROTECTED]>
* lib/Automake/XFile.pm (open): Don't
ke tries to read a line from a file.
Eric Blake wrote:
>
> News on Automake 1.5d on cygwin. I downloaded tag Release-1-5d (as
> opposed to the cvs head), and from my cygwin textmount, it wouldn't even
> configure without coaxing:
>
> $ make
> cd . && perllibdir=
keeping the \r from some
sources and not others.
How would this idea work for a hack? In Automake::XFile, overload the
getline method (as well as the operator) to strip \r before
passing any line of text to the rest of automake.
Alexandre Duret-Lutz wrote:
>
> >>> "Eric"
> +##
> +
> +# Some Win32/perl installations fail to translate \r\n to \n on input
> +# so we do that here.
> +sub getline
> +{
> +local $_ = $_[0]->SUPER::getline;
> +# Perform a _global_ replacement: $_ may can contains many lines
> +# in slurp mode ($/ = u
=
make[2]: Leaving directory `/home/eblake/automake/tests
make[1]: Leaving directory `/home/eblake/automake/tests'
It looks like everything is just fine on cygwin with this patch applied.
--
This signature intentionally left boring.
Eric Blake [EMAIL PROTECTED]
BYU student, fr
honors M4PATH to add directories to its search path
after any directories passed in by the -I flag. M4 1.4.6 updated its
--help output to document this fact.
--
Eric Blake
--
View this message in context:
http://www.nabble.com/aclocal-search-path-tf2285965.html#a6366708
Sent from the Gnu
101 - 159 of 159 matches
Mail list logo
