* Stefano Lattarini wrote on Mon, Oct 17, 2011 at 10:20:05AM CEST:
On Sunday 16 October 2011, Ralf Wildenhues wrote:
What happens if I write
include fragment-with-typo-in-name.am
but I want that fragment included?
I fear I cannot parse this question... Do you mean that you want
Hello,
* Stefano Lattarini wrote on Sun, Oct 16, 2011 at 08:27:12PM CEST:
On Sunday 15 November 2009, Peter Johansson wrote:
make: *** No rule to make target `aminclude.am', needed by
`Makefile.in'. Stop.
This is very similar to the deleted header file problem for *.m4 files
that
* Christian Volkmann wrote on Thu, Jul 14, 2011 at 01:28:23PM CEST:
config.guess of the automake package does not detect AIX 7.1.
It detects rs6000-ibm-aix instead of powerpc-ibm-aix7.1.0.0
Please update this file for the next automake release,
I've ran make fetch in maint and merged in
Hello,
allow me a couple of ranty comments:
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 10:58:01AM CEST:
I'd rather deprecate the JAVA primary, and then introduce a new `JARS'
primary, to be used e.g. as follows:
First off, we've _never_ removed support for a primary, and I don't
think
* Stefano Lattarini wrote on Fri, Jul 01, 2011 at 12:59:53AM CEST:
Subject: [PATCH] docs, tests: synchronize examples from docs to tests
* tests/README (Writing test cases): Give suggestions on how to
keep test cases and examples in the documentation synchronized.
* doc/automake.texi:
Hi Mike,
* Mike Frysinger wrote on Thu, Jun 23, 2011 at 02:07:30AM CEST:
ah blah, i meant autom...@gnu.org. i dont know how to close bugs with this e-
mail system, so if someone could do that for me, that'd be cool ...
Write to BUG-done@...
Done.
;-)
Cheers,
Ralf
* Ralf Wildenhues wrote on Fri, Jun 17, 2011 at 07:47:35AM CEST:
* Bruno Haible wrote on Thu, Jun 16, 2011 at 11:42:51PM CEST:
AM_CONDITIONAL([USE_VARIANT_A], [$use_variant_a])
Instead of this line, you could use
AC_CONFIG_COMMANDS_PRE([AM_CONDITIONAL([...])])
I cannot
* Bruno Haible wrote on Thu, Jun 16, 2011 at 11:42:51PM CEST:
AM_CONDITIONAL([USE_VARIANT_A], [$use_variant_a])
Instead of this line, you could use
AC_CONFIG_COMMANDS_PRE([AM_CONDITIONAL([...])])
I cannot force the gnulib users to write autoconf macros which deviate that
much
* Stefano Lattarini wrote on Mon, May 09, 2011 at 02:11:53PM CEST:
--- a/automake.in
+++ b/automake.in
@@ -939,7 +939,7 @@ register_language ('name' = 'f77',
'lder' = 'F77LD',
'ld' = '$(F77)',
'pure' = 1,
-'extensions' =
* Jim Meyering wrote on Wed, Apr 20, 2011 at 02:43:46PM CEST:
[TL;DR using automake.git, bison.git fails make distchecks non-srcdir build]
/bin/sh ../build-aux/ylwrap ../src/scan-skel.l lex.yy.c src/scan-skel.c --
flex
/w/bison/bison-2.4.593-a78a/_build/tests/bison: line 11:
Hi Jim,
* Jim Meyering wrote on Sat, Apr 16, 2011 at 11:59:33AM CEST:
Subject: [PATCH] depcomp: correct invalid sed invocation
* lib/depcomp: Insert missing -e before '/:$/d'.
Otherwise, that use of sed would treat '/:$/d' as a file name.
Thanks. Merged from the 'fix-depcomp' branch into
* Stefano Lattarini wrote on Tue, Apr 12, 2011 at 10:43:36AM CEST:
I've recently noticed that some *.m4 files in the Automake distribution
lack a serial number:
$ cd ~/src/automake
$ grep -L '# *serial' m4/*.m4
m4/amversion.m4
m4/auxdir.m4
m4/gcj.m4
m4/install-sh.m4
Hi Bruno,
* Bruno Haible wrote on Mon, Apr 11, 2011 at 02:44:48AM CEST:
The dependencies mechanism of Automake leads to a compilation failure when
used in a VPATH build (with GNU make, of course)
Actually, in this case you could have avoided this particular bug by
using HP make. :-p
Automake
Hi Stefano,
* Stefano Lattarini wrote on Wed, Apr 06, 2011 at 09:00:32PM CEST:
Currently, limitations in the Automake support for java enforce the
restriction that only one `_JAVA' primary can be used in a given
Makefile.am.
This bug is particularly annoying because *.java files listed with
* Stefano Lattarini wrote on Thu, Mar 31, 2011 at 02:54:36PM CEST:
At this point I'm not anymore sure this is just a testsuite-related issue
-- it seems like a genuine bug in Automake-generated remake rules. WDYT?
No. You were right originally. The tests do need to $sleep.
Please commit your
Hello,
* A.T.Hofkamp wrote on Mon, Mar 28, 2011 at 09:36:45AM CEST:
As far as I know, make install prefix=/path/to/writable/dir should
only change the place where files are copied to, instead of
injecting that new prefix into the source code. However, for Python
source files that are
* Karl Berry wrote on Sun, Mar 20, 2011 at 10:28:59PM CET:
not bother checking dvi output and rather test PDF output seems
like another good alternative.
I can't agree with that. That's trading DVI-generation problems for
PDF-generation problems. Believe me, there will be just as
Hello Peter, all, and sorry for the delay,
* Peter Breitenlohner wrote on Sat, Jan 15, 2011 at 04:22:32PM CET:
On Fri, 14 Jan 2011, Ralf Wildenhues wrote:
Through testing I found out again that DejaGNU does not cope with white
space in absolute directory names anyway, regardless of srcdir
* Reuben Thomas wrote on Thu, Mar 03, 2011 at 04:42:33PM CET:
Thoughts?
We could just provide thin-layer support for both latexmk and/or rubber.
That would probably be the least amount of work, both inside Automake,
and for getting any missing bits into the upstream projects.
Thanks,
Ralf
Hi Reuben,
* Reuben Thomas wrote on Mon, Feb 28, 2011 at 03:24:57PM CET:
Update: I've written to John to ask about copyright assignment, but
discovered in the mean time that there are one or two other authors to
talk to. I will see what John says first before considering how to
proceed.
I'm
* Reuben Thomas wrote on Sun, Feb 27, 2011 at 02:39:31PM CET:
On 27 February 2011 06:53, Ralf Wildenhues wrote:
Anyway, the next step to pursue this would be to think hard about the
desired semantics,
The tricky part here is that latexmk does its own dependency finding.
Well yes. Also
close 8111
thanks
This is not an Automake bug after all. It can be solved completely
within Autoconf, thus no new version skew danger. :-)
Patch for Autoconf coming up.
Thanks,
Ralf
Hi Stefano,
* Stefano Lattarini wrote on Sat, Feb 26, 2011 at 09:32:57AM CET:
On Saturday 26 February 2011, Ralf Wildenhues wrote:
This is not an Automake bug after all. It can be solved completely
within Autoconf, thus no new version skew danger. :-)
What about checking in your
* Stefano Lattarini wrote on Thu, Feb 24, 2011 at 10:45:11AM CET:
I agree with Jack that advertising the use of LT_INIT would be better,
since, according to Libtool NEWS file, that has obsoleted AC_PROG_LIBTOOL
since version 1.9b (2004-08-29).
Yes. There are still 1.5.x users out there, but
* Stefano Lattarini wrote on Sat, Feb 26, 2011 at 02:54:09PM CET:
Fine with me. This is the additional squash-in -- on the top of the old
one, since I had already commited that locally :-(
Don't worry, I do such junk commits all the time. You could
git diff HEAD@{2}
or some similar
Hello Reuben,
* Reuben Thomas wrote on Tue, Feb 22, 2011 at 10:43:51PM CET:
I have just been investigating the state of the art for LaTeX support.
I've just been autotooling up an old build system of mine from 15
years ago, and needed to build several LaTeX documents of modest
complexity,
[ adding autoconf-patches; this is http://debbugs.gnu.org/8111 ]
* Jack Kelly wrote on Thu, Feb 24, 2011 at 11:49:44PM CET:
On Fri, Feb 25, 2011 at 6:36 AM, Ralf Wildenhues wrote:
Can we fix this somehow in either Autoconf or Automake?
Could we save the results of tracing AC_CONFIG_SUBDIRS
[ http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7995 aka
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5303 ]
* Ralf Wildenhues wrote on Sun, Feb 06, 2011 at 11:22:57PM CET:
Automake should support Guile.
I actually have patches for some tests, documentation and half
-
3 files changed, 167 insertions(+), 1 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 12b8e9f..c338e8a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2011-02-20 Ralf Wildenhues ralf.wildenh...@gmx.de
+
+ Documentation for Guile support.
+ * doc
create mode 100755 tests/guile3.test
create mode 100755 tests/guile4.test
diff --git a/ChangeLog b/ChangeLog
index c338e8a..5483ce4 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,10 @@
2011-02-20 Ralf Wildenhues ralf.wildenh...@gmx.de
+ Testsuite coverage for Guile support
/ChangeLog
index bd27a05..bff6c15 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,13 @@
2011-02-20 Ralf Wildenhues ralf.wildenh...@gmx.de
+ Implement Guile support.
+ * automake.in: Register new language 'Guile'.
+ (handle_guile): New function.
+ (generate_makefile): Call
(+), 2 deletions(-)
create mode 100644 m4/guile.m4
diff --git a/ChangeLog b/ChangeLog
index 5483ce4..bd27a05 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,9 @@
2011-02-20 Ralf Wildenhues ralf.wildenh...@gmx.de
+ Guile macro AM_PATH_GUILE.
+ * m4/guile.m4 (AM_PATH_GUILE): New
Hello,
* Eric Blake wrote on Tue, Feb 15, 2011 at 07:44:06PM CET:
It sounds useful for some (probably not me, though), but I'd be wary
of the big warning at the start of the autotest section:
N.B.: This section describes a feature which is still
stabilizing. Although we believe that
Severity: wishlist
Similar to GNU make, which by default causes the makefile and included
files to be rebuilt before doing anything else, FreeBSD make can do
alike, when the special target .MAKEFILEDEPS exists. I've only checked
FreeBSD 7.1 manpages for this feature. We could be using this for
In a package with a texinfo file, distcheck fails when LaTeX is not
installed. Instead, it should exit 63(?).
The fact that distcheck runs 'make dvi' is not documented.
(From Jose; please correct me if I cited this wrongly now.)
Thanks,
Ralf
Automake should support Guile.
(From Ludovic Courtès and Andy Wingo).
I actually have patches for some tests, documentation and half an
implementation from last year; opening this PR now to track progress
and not forget again.
Thanks,
Ralf
Hello Jack,
* Jack Kelly wrote on Mon, Jan 31, 2011 at 12:14:22AM CET:
While poking around python.m4, I noticed that python2.6 and python2.7
are not mentioned in the list of python interpreters defined in
_AM_PYTHON_INTERPRETER_LIST. Is this intentional?
This is fixed in git Automake (both
* Stefano Lattarini wrote on Thu, Jan 27, 2011 at 08:26:42PM CET:
On Thursday 27 January 2011, Ralf Wildenhues wrote:
I must admit that I still don't like this a lot. BSD is free software,
we shouldn't have to put ugly workarounds in place for it, and this
workaround does have some
* Stefano Lattarini wrote on Fri, Jan 28, 2011 at 01:51:40PM CET:
On Thursday 27 January 2011, Ralf Wildenhues wrote:
Does 'make -n' create files (for any target)?
No, and I've updated the `yaccdry.test' testcase to also check for this
(see attached amended patch).
Thanks.
How do you
* Stefano Lattarini wrote on Thu, Jan 27, 2011 at 11:54:50AM CET:
On Tuesday 25 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Tue, Jan 25, 2011 at 08:52:56PM CET:
Hmm... maybe a variation of this might be a good solution after all, at
least for FreeBSD make
Hello Юрий,
please, do not top-post on this list. Thank you.
* Юрий Пухальский wrote on Wed, Jan 26, 2011 at 11:23:42AM CET:
2011/1/11 Ralf Wildenhues:
* Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET:
.SUFFIXES: .pc .lo .c
.pc.c:
cp $ $@
.c.lo:
cp
http://autobuild.josefsson.org/automake/log-201101181921337961000.txt
http://autobuild.josefsson.org/automake/log-201101181921319021000.txt
I've looked a bit now, and two of the leftover NFS files I could find
were configure and install-sh.
These failures are not new, see this older report:
http://autobuild.josefsson.org/automake/log-201101181921247117000.txt
This HP-UX 11.31 system is fast enough to trigger test failures for
at least these Automake tests, besides the ones already fixed:
insthook
libobj16b
output10
posixsubst-data
posixsubst-scripts
subcond2
subpkg2
suffix13
all
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 10:28:24PM CET:
- Always create yacc-derived and distributed .c and .h files in
$(srcdir), and explicitly instruct make to alwsys look fr them
there at first -- similarly to what is done for info files
(yuck)
Yes, this is ugly, but
[ http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5122 ]
Hi Bruno,
first off, thanks for the very nice and detailed report, and sorry for
the delay.
* Bruno Haible wrote on Sun, Dec 12, 2010 at 03:43:00PM CET:
When creating an executable or library, sometimes other libraries
have to
Hi Stefano,
* Stefano Lattarini wrote on Thu, Jan 20, 2011 at 10:19:24PM CET:
On Thursday 20 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Thu, Jan 20, 2011 at 12:38:17PM CET:
Hmmm... while this feature might be worth having even indipendently
from the issue at hand
Hi Stefano,
* Stefano Lattarini wrote on Thu, Jan 20, 2011 at 12:38:17PM CET:
On Wednesday 19 January 2011, Ralf Wildenhues wrote:
We've finally reached the point where we have more than 1000
tests, $(TESTS) expands to 15k characters, and where 'make check' will
not work at all any more
[ adding automake-patches, dropping bug-gnulib ]
Hi Eric,
thanks for the report!
* Eric Blake wrote on Wed, Jan 19, 2011 at 05:52:08AM CET:
checking dependency style of :... mkdir: cannot create directory
`conftest.dir': File or Directory already exists
cp: accessing `conftest.dir': Bad data
* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
http://support.ntp.org/people/hart/am-libopts-subpkg.tar.gz
First off, here's a trivial portability fix from that tarball.
Cheers,
Ralf
2011-01-19 Ralf Wildenhues ralf.wildenh...@gmx.de
* m4/liboptschk.m4 (ag_FIND_LIBOPTS
* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
When invoked by autoreconf of a project with nested configure.ac
files, automake does not respect the disabling of AC_CONFIG_FILES by
the top-level configure.ac using AM_COND_IF, resulting in an incorrect
Makefile. Re-running
Fixed by v1.11-293-gd652a1c.
The testsuite is too large for MSYS.
We've finally reached the point where we have more than 1000
tests, $(TESTS) expands to 15k characters, and where 'make check' will
not work at all any more on MSYS, because it cannot spawn sh any more,
presumably in 'make check TESTS=...'. (MSYS make doesn't
* Ian Lance Taylor wrote on Thu, Jan 13, 2011 at 06:29:39PM CET:
Ralf Wildenhues writes:
Am I correct in assuming that it is hopeless to assume GCC will work
when either values are relative?
Actually, as far as I know, GCC is likely to work with a relative
srcdir. The problem arises
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 01:36:08PM CET:
On Wednesday 12 January 2011, Юрий Пухальский wrote:
Package isn't enclosed because otherwise the message doesn't get through.
Finally had time to make some tests, and now i've got it:)
When i set AM_YFLAGS to -dt it
Hello Ian,
thanks for the bug report.
* Ian Lance Taylor wrote on Wed, Jan 12, 2011 at 10:52:09PM CET:
When automake is configured to use DejaGNU, it uses two different values
for srcdir. There are two different cases in lib/am/dejagnu.am:
check-DEJAGNU: site.exp
## Life is easiest with an
* Stefano Lattarini wrote on Mon, Jan 10, 2011 at 10:40:13PM CET:
On Monday 10 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jan 10, 2011 at 08:50:13PM CET:
But the above is not always correct, as some of these files are
distributed
*only* if other conditions
Hello Юрий,
* Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET:
I've (finally) made it through two implicit rules, but i have a problem there.
The makefile looks something like that:
.SUFFIXES: .pc .lo .c
.pc.c:
cp $ $@
.c.lo:
cp $ $@
retitle 7766 docs: work on index issues
thanks
* Karl Berry wrote on Sat, Jan 01, 2011 at 01:00:20AM CET:
Subsidiary points: in the general index (I continue to very strongly
encourage you to merge all indexes, BTW), I didn't find anything useful
for preprocessor, or #define, or config.h, or
As part of addressing Automake bug#7766 and bug#7773, I'm pushing the
following in Karl's name, to the maint branch.
Cheers,
Ralf
2011-01-08 Karl Berry k...@freefriends.org
Eric Blake ebl...@redhat.com
docs: reference defining directories in amhello node.
*
* Ralf Corsepius wrote on Sat, Jan 08, 2011 at 04:26:11AM CET:
On 01/07/2011 07:53 PM, Ralf Wildenhues wrote:
* Ralf Corsepius wrote on Fri, Jan 07, 2011 at 05:52:54PM CET:
On 01/07/2011 03:36 PM, Stefano Lattarini wrote:
Currently, automake is not smart enough to resolve variable expansions
Hi Karl,
* Karl Berry wrote on Sat, Jan 01, 2011 at 01:00:20AM CET:
Finally, the amhello explained node is pretty long. It seems to break
up naturally into three pieces, for each of the files being explained.
Perhaps it would be good to make them each separate (sub)nodes.
Hmm, I see a
Hi Stefano,
thanks for the report.
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 03:36:43PM CET:
Currently, automake is not smart enough to resolve variable expansions
in AM_YFLAGS (or foo_YFLAGS) when scanning them for the `-d' flag.
value_as_list_recursive can usually help here.
Not
Hello Jack,
* Jack Kelly wrote on Tue, Jan 04, 2011 at 03:53:44PM CET:
I disagree that `make prefix=... install' is a poor man's DESTDIR.
OK ok, I didn't mean to offend anyone here.
Installing using DESTDIR will install things in
$(DESTDIR)/$(prefix)/bin (and so on), which is a right pain
Hello Karl, Eric,
* Eric Blake wrote on Tue, Jan 04, 2011 at 01:33:42AM CET:
On 01/03/2011 05:00 PM, Karl Berry wrote:
Thanks for the reference. Now that I know it, I suggest the Automake
manual simply have a sentence with an xref to that node.
Yes, I agree with that, and I am still going
Hi Karl,
* Karl Berry wrote on Mon, Jan 03, 2011 at 01:17:00AM CET:
Following up to my own mail,
No. :-) This opened a new bug report. I'm closing it, for reasons
explained below.
it seems I have been missing something
basic all these years, since it's never come up in my own packages: in
Hello Stefano,
* Stefano Lattarini wrote on Thu, Dec 30, 2010 at 11:38:45PM CET:
Currently, the Automake-generated rebuild rules[1] invoke automake with
some command-line options derived from arguments given to AM_INIT_AUTOMAKE.
[1] For more info, see:
* Stefano Lattarini wrote on Fri, Dec 17, 2010 at 11:52:17PM CET:
Currently, automake is quite smart in catching and taking into account
possible chaining of implicit rules.
[...]
And here comes the problem. While the above example works correctly for
at least GNU make (tested with versions
* Stefano Lattarini wrote on Fri, Dec 17, 2010 at 12:19:40PM CET:
On Friday 17 December 2010, Ralf Wildenhues wrote:
For example, I can easily imagine a package having normal texinfo
manuals, but also a developer's manual that maybe should end up
in an internal directory elsewhere (or only
* Stefano Lattarini wrote on Fri, Dec 17, 2010 at 07:52:29PM CET:
With automake = 1.10, foreign *after* -Wall in AM_INIT_AUTOMAKE turns
off portability warnings.
While the current behaviour is due to various historical and implementation
reasons, IMHO it is counter-intuitive and somewhat
Hello Behdad, and thanks for the bug report,
* Behdad Esfahbod wrote on Sat, Dec 18, 2010 at 01:55:22AM CET:
If instead automake was changed to always pre-initialize *CLEANFILES
variables, all snippets could just append to do variables and my git.mk
snippet would be more generic and much more
* Stefano Lattarini wrote on Fri, Dec 17, 2010 at 02:51:12PM CET:
pyexec_LTLIBRARIES = quaternion.la
quaternion_SOURCES = quaternion.c support.c support.h
quaternion_la_LDFLAGS = -avoid-version -module
Shouldn't `quaternion_la_SOURCES' be used instead of
[ no need to keep bug-automake@ in Cc:; debbugs takes care of that ]
Hello Jack,
* Jack Kelly wrote on Thu, Dec 16, 2010 at 08:42:52PM CET:
On Fri, Dec 17, 2010 at 6:41 AM, Jack Kelly wrote:
On Fri, Dec 17, 2010 at 6:09 AM, Ralf Wildenhues wrote:
if COND
info_TEXINFOS = foo.texi
* Stefano Lattarini wrote on Thu, Dec 16, 2010 at 10:52:10PM CET:
Currently, the TEXINFOS primary accept *all* the standard automake
builtin prefix dirs (from `lib' and `bin' to `pkglibexec' and
`sysconf').
IMHO it should accept only the `info' prefix (maybe also `doc'? but
I'd rather say
* Stefano Lattarini wrote on Thu, Dec 16, 2010 at 10:51:15PM CET:
Currently, the MANS primary accept *all* the standard automake
builtin prefix dirs (from lib and bin to pkglibexec and sysconf).
IMHO it should accept only man and man{1..9} (maybe doc? but I'd
rather say no).
This one is
tags 7635 wontfix
close 7635
thanks
* Stefano Lattarini wrote on Mon, Dec 13, 2010 at 11:35:32PM CET:
If configure.ac does not contain a call to AC_OUTPUT, Automake
does not fail as expected when file(s) specified in calls to
macros AC_LIBSOURCE and/or AC_LIBSOURCES do not exist. See the
* Stefano Lattarini wrote on Fri, Nov 26, 2010 at 06:41:20PM CET:
Besides, in the particular case of automake, how often do automake
or aclocal get invoked directly? To my experience, they are almost
always invoked by autoreconf, ./bootstrap, or some custom autogen.sh
script.
(aside:
* Stefano Lattarini wrote on Mon, Nov 15, 2010 at 01:03:04AM CET:
$ grep '\source\' lib/depcomp
source Source file read by `PROGRAMS ARGS'.
if test -z $depmode || test -z $source || test -z $object; then
echo depcomp: Variables source, object and depmode must be set 12
#
tags 7403 wontfix
close 7403
* Stefano Lattarini wrote on Sat, Nov 20, 2010 at 02:10:41PM CET:
Makes sense. You can close the bug if you want (maybe with tag wontfix?)
You can also do that yourself if you like. Just put control at debbugs
in Bcc: for commands like above.
Cheers,
Ralf
Hi Akim,
* Akim Demaille wrote on Fri, Nov 19, 2010 at 10:14:31AM CET:
When passing _LISP files with a path, Automake produces schizophrenic
Makefiles that expects the elc files to have the same path too, but
produces elc files in `.'.
Yes. I asked the necessary questions a while ago:
[ Thanks Glenn for rerouting the bug report! ]
Hi Behdad,
From: Behdad Esfahbod
Subject: On the fix for CVE-2009-4029 Automake security fix for 'make dist*'
Date: Thu, 11 Nov 2010 16:17:22 -0500
I recently read about the fix for the chmod 777 issue. Just wanted to note
that it may be
Hi Török,
thanks for the bug report.
* Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
Whenever I move a C/C++ file from a directory to another (and update
Makefile.am), a subsequent 'make' fails because it is looking for the
file in the old place (the .Plo dependency file
* Török Edwin wrote on Thu, Nov 11, 2010 at 09:10:56PM CET:
On Thu, 11 Nov 2010 20:42:05 +0100 Ralf Wildenhues wrote:
* Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
I think that:
- make clean should remove the dependency files if they're out of
date/wrong
* Glenn Morris wrote on Tue, Nov 09, 2010 at 08:34:23AM CET:
Ralf Wildenhues wrote (on Mon, 8 Nov 2010 at 22:46 +0100):
The commands above (Bcc:ed to control at debbugs) should merge and
close both bugs.
The (first) close didn't work, I think it was because your version
number started
* Glenn Morris wrote on Wed, Nov 10, 2010 at 09:46:01PM CET:
Actually, that was probably too glib a response. The version number
information is probably used in other places, and needs to be sortable
so that the fixed/found commands can work. So I don't think arbitrary
version strings can
Hello Stefano, Andy,
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 06:10:44PM CET:
On Friday 05 November 2010, Stefano Lattarini wrote:
I can confirm the bug with latest automake (from git master), with
a much-reduced minimal testcase (see attachment).
I still haven't looked for an
* Lluís Batlle i Rossell wrote on Fri, Nov 05, 2010 at 01:36:28PM CET:
On Mon, Nov 01, 2010 at 07:41:12PM +0100, Lluís Batlle i Rossell wrote:
On Mon, Nov 01, 2010 at 07:07:48PM +0100, Ralf Wildenhues wrote:
[ http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5061 ]
Ralf says
Hi Andy,
* Andy Wingo wrote on Thu, Nov 04, 2010 at 04:19:55PM CET:
lib_LTLIBRARIES = libfoo.la
plugindir = $(libdir)/gstreamer-0.10
plugin_LTLIBRARIES = bar.la
bar_la_LIBADD = libfoo.la
Obviously we are missing some sources here, but it suffices to show the
parallel
Severity: wishlist
The recheck feature is useful on a broader scale. recheck should be
renamed to recheck-TESTS, and the recheck target depend on that.
There should be a recheck-DEJAGNU (also depended on by recheck if
dejagnu is used) that implements similar functionality.
See here for some
Let's close this test PR.
[ http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5061 ]
* Lluís Batlle i Rossell wrote on Sun, Oct 31, 2010 at 05:49:00PM CET:
On Sun, Oct 31, 2010 at 10:48:10AM +0100, Lluís Batlle i Rossell wrote:
On Sun, Oct 31, 2010 at 10:01:09AM +0100, Ralf Wildenhues wrote:
(ulimit -t 300
* Akim Demaille wrote on Fri, Oct 15, 2010 at 03:41:26PM CEST:
Le 13 oct. 10 à 20:12, Ralf Wildenhues a écrit :
What would an uninstalled man page be useful for?
Actually it's for symmetry with the corresponding programs that might, or
might not, be installed. It's for an autoconfiscated
Hi Akim,
thanks for the feature request, and sorry for the delay.
* Akim Demaille wrote on Fri, Sep 24, 2010 at 01:44:34PM CEST:
Currently Automake accepts happily such a variable name, but it does
not use it (the files are not dist'ed). I agree EXTRA_DIST is fine,
but I'm used to being able
Hi Stefano,
* Stefano Lattarini wrote on Wed, Oct 13, 2010 at 03:54:31PM CEST:
On Tuesday 12 October 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Tue, Oct 12, 2010 at 05:51:58PM CEST:
OTOH AM_CONDITIONAL can be used for example if an optional sources part
Hello, and thanks for report and analysis!
* Stefano Lattarini wrote on Tue, Oct 12, 2010 at 05:51:58PM CEST:
On Monday 11 October 2010, Jan Kratochvil wrote:
`make tags' will not index sources which are listed in *_SOURCES += ... in
unsatisfied AM_CONDITIONAL blocks. IMO they should be.
Hi Jan,
thanks for taking the time to report it here.
* Jan Kratochvil wrote on Mon, Oct 11, 2010 at 09:57:28PM CEST:
The a program gets built only `if F' below. Makefile.in correctly contains:
@f_t...@a: b.c
@F_TRUE@ gcc -o $@ $ -Wall
But while does it also contains:
Finally continuing this:
* Ludovic Courtès wrote on Wed, Aug 25, 2010 at 02:48:31PM CEST:
Ralf Wildenhues writes:
Fix timestamp issues by ensuring configure takes at least a second.
* m4/sanity.m4 (AM_SANITY_CHECK): If we didn't sleep here,
start a sleep
* Ralph Castain wrote on Fri, Sep 24, 2010 at 06:41:38AM CEST:
My point is just that it is unwise to assume that the OMPI build can utilize
all available processors. I'm sure it's fine for the MTT runs, especially on
Jeff's machines as they are dedicated to that purpose - just not a good
Hi Stefano,
* Stefano Lattarini wrote on Thu, Sep 16, 2010 at 06:34:06PM CEST:
While trying to improve and extend test `mmodely.test', I stumbled
upon the bug exposed by the attached test script (weird bug, BTW:
it's triggered with GNU make and FreeBSD make, but not with Solaris
make; role
Hello, and adding bug-automake,
* Eric Blake wrote on Tue, Sep 14, 2010 at 11:42:15PM CEST:
On 09/14/2010 03:32 PM, Jan Engelhardt wrote:
using a configure.ac file with just four lines:
AC_INIT([foo], [1])
AC_PROG_INSTALL
I can produce a configure script by running `autoreconf -fi`,
[ trying to add vala-list; this is
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5008 ]
* Valentin David wrote on Wed, Sep 08, 2010 at 03:08:00PM CEST:
On Wed, Sep 8, 2010 at 7:53 AM, Ralf Wildenhues wrote:
Well, are the derived sources portable, i.e., not depending
1 - 100 of 389 matches
Mail list logo
