* 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,
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
of old pending stuff unfortunately ...
On Saturday 26 February 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Thu, Feb 24, 2011 at 10:45:11AM CET:
LT_PREREQ has been introduced in 1.9b only. Also, I
think that if the LT_PREREQ check fails, it will fail already
at aclocal run time
* 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 Hawkins wrote on Thu, Feb 24, 2011 at 05:33:07AM CET:
The attached project (a trivial flex scanner) built with make dist
includes scanner.c (generated by flex from scanner.l). Why is scanner.c
included?
Quoting automake.info:
|You should never explicitly mention
[ 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
Hi Stefano,
* Stefano Lattarini wrote on Wed, Feb 23, 2011 at 10:20:03PM CET:
Helper subroutines, variables and other pieces of code defined
in the `tests/defs' and used by many testcases are non-obvious,
and tricky to get to work portably; but until now, they weren't
tested at all in a clear
* Stefano Lattarini wrote on Thu, Feb 24, 2011 at 11:25:18PM CET:
On Thursday 24 February 2011, Ralf Wildenhues wrote:
What does the S_ prefix stand for? Sanity?
Yes (or also self-check). It also ensures (when LC_COLLATE=C or
equivalent) that the new testcases are listed earlier by e.g
Hello Ralf,
* Ralf Hemmecke wrote on Tue, Feb 22, 2011 at 10:30:21PM CET:
I'm just reading the current FAQ under
1.3 Where can I get the latest versions of these tools?
http://www.gnu.org/software/automake/faq/autotools-faq.html#Where-can-I-get-the-latest-versions-of-these-tools_003f
Hello,
* Miles Bader wrote on Wed, Feb 23, 2011 at 05:17:29AM CET:
Ralf Hemmecke writes:
Sure. But it is also relevant if one developer adds a macro which is
only available in some recent version of automake, say. Another
developer might not yet have that automake version.
It doesn't
* Eric Blake wrote on Thu, Feb 24, 2011 at 01:04:31AM CET:
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
Fixed now, thanks for the report.
Ralf
* Ralf Hemmecke wrote on Tue, Feb 22, 2011 at 10:41:20PM CET:
http://www.gnu.org/software/automake/faq/autotools-faq.html#How-do-I-add-a-question-to-this-FAQ_003f
Do you think, it would be a good idea to just open up a git repo (on
github.com, for example) and put the autotools-faq.texi file
* Stefano Lattarini wrote on Mon, Feb 21, 2011 at 03:11:27PM CET:
On Monday 21 February 2011, Ralf Wildenhues wrote:
It will be unintelligible without the comments, however.
gnulib-tool has a sed comment removal, search for
$sed_comments. What I wouldn't like is invoking an extra sed
Hello Laura,
* Ralf Wildenhues wrote on Thu, Feb 10, 2011 at 10:02:08PM CET:
* laura la wrote on Thu, Feb 10, 2011 at 04:35:53PM CET:
first of all, It took me 4 google searches to find this FAQ you
mention, is this it?
http://www.gnu.org/software/hello/manual/automake/FAQ.html
Yes
Hi Eric,
* Eric Blake wrote on Mon, Feb 21, 2011 at 03:24:01PM CET:
On 02/13/2011 11:12 AM, Ralf Wildenhues wrote:
1) Autoconf and Libtool should also use debbugs.
bug-automake has switched a few months ago, and I find it helpful to
avoid losing reports. Given that we never have enough
Hi Peter,
* Peter Rosin wrote on Sat, Feb 19, 2011 at 12:28:53AM CET:
unindent ()
{
sed '
/^$/b # Nothing to do for empty lines, next line please.
x # Get xindent into pattern space.
/^$/{ # No prior xindent, go prepare
[ 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
Hi Stefano,
sorry for the silence, I've been traveling. My plan is to do slowly but
steady catchup over the next week(end)s ...
* Stefano Lattarini wrote on Wed, Feb 16, 2011 at 09:26:17PM CET:
* tests/defs: Ensure that all the subdirectories of a temporary
test directory have the 'read',
Hello everyone,
* Ralf Wildenhues wrote on Sun, Feb 13, 2011 at 07:12:02PM CET:
2) Autotools should have a FAQ document.
I've done a brain dump now, here's a rough initial version:
http://www.gnu.org/software/automake/faq/autotools-faq.html and
http://www.gnu.org/software/automake/faq/autotools
Hi Russell,
* Russell Shaw wrote on Mon, Feb 14, 2011 at 12:00:14AM CET:
I'd ask more about how the internals of ./configure and autoconf works.
Can you formulate more specific questions?
And questions on how to make bison get handled without being forced to
mimic standard yacc.
I've added
Hi Vincent,
* Vincent Torri wrote on Fri, Feb 18, 2011 at 08:33:01AM CET:
from the automake documentation, all the files read by AC_CONFIG_FILES are
added in the distribution. But why aren't the generated files not in the
tarball (the .pc.in are in but not the .pc for example) ?
Just to
Hello Jeff,
* Daily, Jeff A wrote on Fri, Feb 18, 2011 at 12:06:13AM CET:
I wrote a profiling layer for my library utilizing weak symbols. I
thought for starters it would be nice to profile some of my test
programs, to make sure things are working okay. I'm using autoconf,
automake, and
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
* Stefano Lattarini wrote on Tue, Feb 15, 2011 at 10:21:36AM CET:
On Monday 14 February 2011, Ralf Wildenhues wrote:
--- /dev/null
+++ b/tests/instspc-data.test
+# Helper testcase which generate input data for the other test
+# `instspc-*.test'. It basically delegates the work
* Stefano Lattarini wrote on Tue, Feb 15, 2011 at 01:36:16PM CET:
OK, here's my shot at it. The implementation might be suboptimal,
but since it wasn't completely obvious to get right, I'd rather not
tweak it anymore, until there's a real need at least.
Lemme tweak it for you. ;-)
(By the
Hi Stefano,
* Stefano Lattarini wrote on Mon, Feb 14, 2011 at 11:23:54AM CET:
On Sunday 13 February 2011, Ralf Wildenhues wrote:
OK. That is, 'CONFIG_SITE=/dev/null; export CONFIG_SITE' of course.
Done.
Also, since in `python-virtualenv.test' we call `python' directly even
after
Hi Stefano,
a while ago ...
* Stefano Lattarini wrote on Tue, Jan 25, 2011 at 06:38:50PM CET:
http://lists.gnu.org/archive/html/automake-patches/2010-11/msg00152.html
http://lists.gnu.org/archive/html/automake-patches/2010-12/msg6.html
OK for master?
Both are OK, with nits
* Stefano Lattarini wrote on Tue, Feb 15, 2011 at 12:37:58AM CET:
On Monday 14 February 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Feb 14, 2011 at 12:35:17PM CET:
On Friday 11 February 2011, Ralf Wildenhues wrote:
There are a couple of things that I think could
* Glenn Morris wrote on Sun, Feb 13, 2011 at 09:01:24PM CET:
Ralf Wildenhues wrote (on Sun, 13 Feb 2011 at 19:01 +0100):
I glanced over the debbugs documentation at debbugs.gnu.org now, but
couldn't find a place that said something about subscribing to
individual bugs. Glen, do you
* Stefano Lattarini wrote on Sun, Feb 13, 2011 at 11:49:28AM CET:
OK to apply? I will push in 72 hours if there are no further
objections.
The patch is OK as it is a strict improvement IIUC, but I still have a
question below.
Thanks,
Ralf
Subject: [PATCH] python: fix spurious failure in
* Stefano Lattarini wrote on Sun, Feb 13, 2011 at 02:09:03PM CET:
On Sunday 13 February 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Feb 13, 2011 at 11:49:28AM CET:
+ cat pythondir
+ case `cat pythondir` in '$${prefix}'/*);; *) exit 1;; esac
+ cat pyexecdir
+ case
Hello Peter,
* Peter Johansson wrote on Sat, Jan 22, 2011 at 05:18:10PM CET:
The `INSTALL' file provided by autotools has the following blurp
On MacOS X 10.5 and later systems, you can create libraries and
executables that work on multiple system types--known as fat or
universal
* Ralf Hemmecke wrote on Sun, Feb 13, 2011 at 03:10:39PM CET:
You mean, as a workaround until Automake is improved? You could
overwrite the rule in your Makefile.am:
mostlyclean-compile:
-find . -name \*.lo -o -name \*.$(OBJEXT) -print | xargs rm -f
But note that automake may
* Ralf Hemmecke wrote on Sun, Feb 13, 2011 at 06:46:12PM CET:
We have a bug tracker. Just write to the bug-automake list.
This is documented at
http://www.gnu.org/software/automake/manual/html_node/Reporting-Bugs.html
Oh yes, but it's not completely clear to me whether I get only an
email
[ Cross post; Reply-To and Mail-Followup-To set. Please followup to
the automake list only, to avoid excessive spammage. Thank you. ]
Hello everyone,
I've been advertising debbugs before, I think we should be a good
example. So, two proposals:
1) Autoconf and Libtool should also use
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
Hello Ralf,
* Ralf Hemmecke wrote on Sat, Feb 12, 2011 at 11:46:55PM CET:
I've a project that must use subdir-objects, because of filename
clashes in subdirectories (non-recursive build).
The generated Makefile contains a target mostlyclean-compile which
has about 1500 lines that look like
Hello Peter,
* Peter Johansson wrote on Sat, Feb 12, 2011 at 09:56:41PM CET:
I got bitten by how VPATH builds work and wondered if there is a
good way to avoid getting bitten again.
Not an easy question.
I have an Automake snippet (see below) that creates a file,
`.revision', with current
Hi Stefano,
* Stefano Lattarini wrote on Wed, Feb 02, 2011 at 12:10:15AM CET:
Subject: [PATCH] python: extend and improve tests, fix minor glitches
[...]
* tests/python-vars.test: New test, checking that AM_PATH_PYTHON
correctly set all the output variables advertised in the manual.
This
* Stefano Lattarini wrote on Thu, Feb 10, 2011 at 10:59:45AM CET:
On Sunday 06 February 2011, Ralf Wildenhues wrote:
The patch is OK with nits addressed, and without the doc/automake.texi
change. I will review that separately later, don't want to delay the
good part because of that any
Hi Laura,
* laura la wrote on Thu, Feb 10, 2011 at 04:35:53PM CET:
first of all, It took me 4 google searches to find this FAQ you
mention, is this it?
http://www.gnu.org/software/hello/manual/automake/FAQ.html
Yes.
About that automake faq, let me tell you from my point of view, and
maybe
Hi John,
* John Darrington wrote on Wed, Feb 09, 2011 at 07:56:20PM CET:
I like to use a non-recursive makefile structure for my projects.
However, if the project also uses gettext, I end up having to
constantly fight against both gettext and auto{conf,make}.
If AM_GNU_GETTEXT appears in
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
Hi Stefano,
* Stefano Lattarini wrote on Mon, Jan 31, 2011 at 09:31:37PM CET:
On Monday 31 January 2011, Jack Kelly wrote:
I've noticed that if you put AM_PATH_PYTHON in configure.ac, it
doesn't add an entry for PYTHON in ./configure --help. Is PYTHON meant
to be a user's variable?
Hi Stefano,
* Stefano Lattarini wrote on Wed, Feb 02, 2011 at 12:10:15AM CET:
A testsuite-enhancement patch stemmed from my brief foray into
Automake's python support. This patch is in small part cosmetic,
but IMHO offers real improvements and valuable additions, and
also fixes a couple of
Hello Stefano,
you've already applied this patch, but I have a couple of nits anyway:
* Stefano Lattarini wrote on Mon, Jan 24, 2011 at 04:04:30PM CET:
Subject: [PATCH] coverage: more tests on simple and parallel test drivers
* tests/parallel-tests-subdir.test: New test.
*
Hello Vincent,
* Vincent Torri wrote on Thu, Feb 03, 2011 at 04:32:36PM CET:
I'm trying to improve the autotools of he openjpeg project. The lead dev
wants me to display in the terminal what has been installed. I tried to
argue that looking at what is already in the terminal is sufficient, he
Hi Jeff,
* Jeff Squyres wrote on Thu, Feb 03, 2011 at 04:30:24PM CET:
We recently got bitten by what appears to be undocumented behavior in
AC_CONFIG_HEADERS (meaning that I couldn't find this behavior
described in the docs; I might well have missed it...?). It seems
that AM's version of
Hi Bruce,
* Bruce Korb wrote on Thu, Feb 03, 2011 at 09:48:25PM CET:
P.S. in researching this, I found in my own logs a bunch of these:
rm -rf $backupdir; exit $rc
mkdir: cannot create directory `.am21666': Permission denied
make[3]: Leaving directory
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
Hello Stefano,
* Stefano Lattarini wrote on Fri, Jan 28, 2011 at 09:55:18PM CET:
But there's a minor mistake in your testsuite addition, and I also
have a couple small unrelated nits/suggestions ...
You're spot-on with your observations, thanks. I've included all
elided comments in the patch
* Stefano Lattarini wrote on Fri, Jan 28, 2011 at 11:19:12PM CET:
This will allow the testcases requiring a 'lex' program to run also
with vendor/legacy lex implementations, not only with 'flex'.
* configure.ac: Look for a lex program, using AC_CHECK_PROGS.
* tests/defs.in: New required entry
FYI, I added .symlinks entries for the PDF manuals that the online
copies of {automake,libtool}.pdf link to, so that it should now be
possible to jump from one manual to the other in a decent PDF reader.
This was prompted by a report against Autoconf.
Cheers,
Ralf
* Stefano Lattarini wrote on Sat, Jan 29, 2011 at 02:20:00PM CET:
On Saturday 29 January 2011, Ralf Wildenhues wrote:
I agree with everything except ...
BUILT_SOURCES = parse1.h p2-parse2.h
+main3.@OBJEXT@: parse3.h
... this line shouldn't be there, other than to workaround
* Stefano Lattarini wrote on Sat, Jan 29, 2011 at 02:48:12PM CET:
On Saturday 29 January 2011, Ralf Wildenhues wrote:
(automake will not produce a rule for some target if you put a
rule for that target in the Makefile.am, even if your rule does
not contain commands;
JFTR: I never liked
* 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
Hello Eve-Marie,
please do not top-post (writing your answer above what you refer to)
on these lists. Thank you.
* Eve-Marie Devaliere wrote on Thu, Jan 27, 2011 at 07:55:49PM CET:
AM_DEFAULT_SOURCE_EXT = .f90
TESTS = forward/Example1_Simple/Example1_Simple \
* Eve-Marie Devaliere wrote on Fri, Jan 28, 2011 at 08:29:31PM CET:
TESTS = Example1_Simple
check_PROGRAMS = Example1_Simple
Example1_Simple_SOURCES = Example1_Simple.f90
Example1_Simple_FCLAGS =
There's a typo here, should be _FCFLAGS not _FCLAGS.
* Eric Blake wrote on Fri, Jan 28, 2011 at 04:04:19PM CET:
On 01/28/2011 04:38 AM, Bruno Haible wrote:
Can you use $(FOO-BAR) in Makefile? It's not portable in POSIX [1]
Then let's get that addressed in POSIX!
Thank you Eric for being thorough!
We're already in the middle of
getting
* 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 Eve-Marie,
* Eve-Marie Devaliere wrote on Thu, Jan 27, 2011 at 07:07:51PM CET:
AM_DEFAULT_SOURCE_EXT = .f90
TESTS = forward/Example1_Simple/Example1_Simple \
k_matrix/Example1_Simple/Example1_Simple
check_PROGRAMS = $(TESTS)
when I run automake it outputs
automake
Hello Sergio,
* Sergio Belkin wrote on Thu, Jan 27, 2011 at 01:15:45PM CET:
2011/1/27 Ralf Wildenhues ralf.wildenh...@gmx.de:
* Sergio Belkin wrote on Thu, Jan 27, 2011 at 04:40:10AM CET:
tests = $(EXTRA_PROGRAMS)
if forcestatic
tests: LIBS += $(STATIC_RESOLV)
end if
The problem
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
* Sergio Belkin wrote on Thu, Jan 27, 2011 at 04:40:10AM CET:
tests = $(EXTRA_PROGRAMS)
if forcestatic
tests: LIBS += $(STATIC_RESOLV)
end if
The problem is that automake it complains that .
tests was already defined in condition forcestatic, which is included
in condition TRUE ...
Hi Brian,
* Brian J. Murrell wrote on Tue, Jan 25, 2011 at 03:26:36PM CET:
Our project, which is admittedly built on older versions of the
autotools seems to be exhibiting some issues when I try to use it with
automake 1.11.
I have not doubt that this is due to our particular implementation
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 Sat, Jan 22, 2011 at 09:15:10PM CET:
Instead of forcing the user to manually export 'YACC' in the
testsuite to use a non-bison yacc, we now look for a yacc program
at configure time, and use that as the default in the testsuite.
* configure.ac: Look for a yacc
Hi Stefano,
* Stefano Lattarini wrote on Sun, Jan 23, 2011 at 11:28:25AM CET:
On Saturday 22 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 06:14:36PM CET:
On Saturday 22 January 2011, Ralf Wildenhues wrote:
* tests/specflg-dummy.test: Check
* Stefano Lattarini wrote on Sun, Jan 23, 2011 at 12:56:45PM CET:
Done in the attached patch. OK for maint?
OK.
Comments explaining the unobvious bits of why something is done are much
more helpful than comments explaining the obvious: what is done can be
seen by reading the code. Please cf.
* 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
Imagine you have no special option in AM_INIT_AUTOMAKE nor
AUTOMAKE_OPTIONS, and say, Automake is changed so that command-line
options override the other two. Then you run
$ automake --foreign
Then Makefile.in contains --foreign in the rebuild rules for itself.
Now, after hard work to make
[ moving from automake bug#7868 ]
* Ralf Wildenhues wrote on Sat, Jan 22, 2011 at 11:06:48AM CET:
* Stefano Lattarini wrote on Thu, Jan 20, 2011 at 10:19:24PM CET:
On Thursday 20 January 2011, Ralf Wildenhues wrote:
That is the reason the check-TESTS rule is so ugly (and recursive
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 12:02:24PM CET:
Hi Ralf, and thanks for the patch. More comments about non-obvious
code are always welcome!
Yes, and ## comments should be verbose that way, see HACKING.
On Saturday 22 January 2011, Ralf Wildenhues wrote:
+## Work around
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 12:28:58PM CET:
On Friday 21 January 2011, Ralf Wildenhues wrote:
AFAICS it still isn't fully, even after this patch: you don't trigger
the recover from removal of header rule anywhere.
[...]
And if that wasn't the point of the new test
automake/tests/fn99{,subdir}.test have been long-time failures on
AIX 5.[123], but not 6.1 or newer (and IIRC not 4.3.3 either):
http://autobuild.josefsson.org/automake/log-201101181921915482000.txt
| + make distcheck
| make dist-gzip am__post_remove_distdir='@:'
| { test ! -d
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 01:57:45PM CET:
Hmpf. The tests `yflags.test' and `yflags2.test' fail if an environment
variable YACC is defined, because they call `make -e', thus letting the
value of that variable override the value we forced at configure time.
The
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 02:09:27PM CET:
On Saturday 22 January 2011, Ralf Wildenhues wrote:
It might be possible to rework the distdir rule to use maybe
tar cBf - files | (cd $(distdir) tar xf -)
but that opens up its own set of problems (are ACLs copied
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 02:38:55PM CET:
or add an XFAILing test that exposes this change?
Well, to make amend, I can add a bunch of tests verifying that the
idiom holds for the whole lot of *FLAGS variables. Attached is my
attempt for YFLAGS. Should I add the
* Ralf Wildenhues wrote on Sat, Jan 22, 2011 at 01:10:57PM CET:
The patch below is against master. Does anybody know of an efficient
way I can use to find out with git which branches I need to apply (parts
of) it to?
I think I got that figured out now. parallel-tests8 and suffix13 belong
* Stefano Lattarini wrote on Sat, Jan 22, 2011 at 06:38:29PM CET:
I've (basically) addressed all your nits, and pushed to yacc-work.
Thanks!
Just one nit on my part ...
+# Check that the expected non-generic rules has been truly generated.
truly have been generated.
+#
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 01:13:35PM CET:
A small testsuite patch which slightly increases coverage of
Automake Yacc support. OK for the temporary branch yacc-work
(which at this point could as well be made public maybe), to
be merged into master?
I will push in 72
* Ralf Wildenhues wrote on Tue, Jan 18, 2011 at 09:09:28PM CET:
Haven't looked in any detail yet, but while some things are better, the
number of failures is still very high. There's even a couple of runs
that hang in cscope3.test and tar2.test. :-(
The first one is fixed by the patch below
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 09:02:34PM CET:
On Friday 21 January 2011, Ralf Wildenhues wrote:
What make implementation did you test this with? Was this on a real
Solaris,
Yes, with Solaris 10 XPG4 make (I've just re-checked, JTBS).
OTOH, the test passes with Solaris
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 10:08:13PM CET:
On Friday 21 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 09:02:34PM CET:
On Friday 21 January 2011, Ralf Wildenhues wrote:
What make implementation did you test
* Stefano Lattarini wrote on Fri, Jan 21, 2011 at 01:16:35PM CET:
The `silent-yacc*.test' and `silent-lex*.test' tests were testing
non-generic rules for C sources only, not for Lex/Yacc sources.
Also, the output emitted by automake-generated rules when updating
a yacc-generated header
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
Hi Eric,
* Eric Blake wrote on Thu, Jan 20, 2011 at 10:01:15PM CET:
On 01/20/2011 01:50 PM, Ralf Wildenhues wrote:
Ahh, but it would have needed to be in that very patch, unfortunately.
As it is, my last patch fixed Tru64, but regressed NetBSD by roughly the
same number of failures
Hello Sergio,
* Sergio Belkin wrote on Thu, Jan 20, 2011 at 03:39:04PM CET:
I have a file into subdirectory of docdir that is not installed
make distcheck complains saying:
No rule to make target `doc/tests/exampleConf.txt', necesario para `all-am'.
Does the file exist in either the
* Sergio Belkin wrote on Thu, Jan 20, 2011 at 07:35:48PM CET:
2011/1/20 Ralf Wildenhues ralf.wildenh...@gmx.de:
* Sergio Belkin wrote on Thu, Jan 20, 2011 at 03:39:04PM CET:
I have a file into subdirectory of docdir that is not installed
make distcheck complains saying:
No rule
[ 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
201 - 300 of 3140 matches
Mail list logo