Quoting automake/m4/missing.m4:
| # AM_MISSING_PROG(NAME, PROGRAM)
| # --
| AC_DEFUN([AM_MISSING_PROG],
| [AC_REQUIRE([AM_MISSING_HAS_RUN])
| $1=${$1-${am_missing_run}$2}
| AC_SUBST($1)])
This leads to lines like
|
Symlinking libltdl into a project (as in)
libtoolize --ltdl
is pretty stupid when later on aclocal decides it needs to run in
libltdl/ -- it'll try to write in the aclocal.m4 file that can be
reached through the symlink, instead of removing the symlink before
writing. This may happen in the
Hi Brian,
[ copying bug-automake on this, it's better suited there; please remove
autoconf at gnu.org from followups; thank you ]
* Brian Lloyd wrote on Mon, Oct 24, 2005 at 04:44:32AM CEST:
The following Makefile.am does not work as expected. This is a stripped
down version of the complete
* Stepan Kasal wrote on Mon, Apr 03, 2006 at 10:03:16PM CEST:
On Sun, Apr 02, 2006 at 09:28:53PM +0200, Alexandre Duret-Lutz wrote:
SK == Stepan Kasal [EMAIL PROTECTED] writes:
SK But if we release versions with LIBOBJDIR, we will be bounded to
SK support it in future releases, even in
* Paul Eggert wrote on Sun, Apr 09, 2006 at 09:13:38AM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
* NEWS, doc/autoconf.texi (AC_LIBOBJ vs LIBOBJS): Mark
`LIBOBJDIR' as experimental.
That change looks good to me; thanks.
Applied. For autoconf-patches reference, here's
Hi Patrick,
Sorry for the delay.
* Patrick Negre wrote on Fri, Apr 14, 2006 at 02:45:42PM CEST:
Broken link in the htmls manual pages
http://www.gnu.org/software/automake/manual/html_mono/automake.html
Unfounded :
http://www.gnu.org/software/automake/manual/html_mono/standards.html
Hi Markus, everyone,
Thanks for the bug report against Automake, and apologies for the
cross-post.
* Markus Elfring wrote on Mon, Apr 24, 2006 at 04:02:05PM CEST:
I have got the summary 14 of 552 tests failed (15 tests were not run).
= I have appended the results of the command env
Hi Richard,
* Richard Brooksby wrote on Fri, May 12, 2006 at 06:00:47PM CEST:
At http://sources.redhat.com/automake/automake.html it says:
7.1.3.2 Conditional compilation using Automake conditionals
*snip*
This documents Automake version 1.9.6.
If your program uses a lot of files, you will
Hi Richard,
* Richard Brooksby wrote on Sat, May 13, 2006 at 12:24:26PM CEST:
FWIW, it appears that automake 1.6.3 is installed by default on Mac
OS X 10.4 as part of the BSD subsystem, so there are potentially a
lot of automake 1.6.3 users out there, unfortunately.
It'd be great if you
Hi Karl,
* Karl Berry wrote on Wed, May 24, 2006 at 10:03:39PM CEST:
Ralf, what is the output if you run
tex \\end
etex \\end
pdfetex \\end
See typescript, attached.
This shows that texi2dvi is invoking etex.
This shows that mktexfmt is invoking pdfetex to build etex.fmt.
This
* Stepan Kasal wrote on Mon, Jun 12, 2006 at 03:26:07PM CEST:
On Sat, Jun 10, 2006 at 04:40:57PM +0200, Ralf Wildenhues wrote:
OK to apply the patch below to Automake?
thank you for your patch. A minor nit: the same work can be done by
one sed in the pipe; see the attached variation
Hi Stepan,
* Stepan Kasal wrote on Fri, Jun 30, 2006 at 06:20:22PM CEST:
check_PROGRAMS =
check_SCRIPTS =
TESTS =
check-am: all-am
$(MAKE) $(AM_MAKEFLAGS) $(check_PROGRAMS) $(check_SCRIPTS)
$(MAKE) $(AM_MAKEFLAGS) check-TESTS
Beacuse the two variables are empty, the
Hello Rui,
Thanks for the bug report.
* Rui Reis wrote on Mon, Jul 03, 2006 at 07:53:14PM CEST:
I'm getting an error while building a piece a software and I think
it's an automake bug. Trace here:
+++ Mon Jul 3 18:11:07 WEST 2006
=== Building for nepenthes-0.1.8
/bin/sh
Hello Pierre,
* Pierre wrote on Mon, Aug 07, 2006 at 08:29:53AM CEST:
# make check
[...]
PASS: aclocal.test
PASS: aclocal3.test
FAIL: aclocal4.test
=
58 of 545 tests failed
(22 tests were not run)
Thanks for the report. It would be helpful if you
* Stepan Kasal wrote on Thu, Aug 10, 2006 at 12:39:50AM CEST:
On Wed, Aug 09, 2006 at 10:07:17PM +0200, Pierre wrote:
Here are the log file.
it seems that the standard Unix command `test' (which is even a
builtin in most shells) is replaced by something else:
Yes, that is one of the
Hello Paolo, Dale,
* Paolo Bonzini wrote on Thu, Aug 10, 2006 at 07:46:38PM CEST:
Here's it for you, a bug in the missing script.
Date: Thu, 10 Aug 2006 10:36:07 -0600
From: Dale Holt [EMAIL PROTECTED]
Subject: gnuplot sed error
*snip*
There was an error when I ran make install-strip.
Hello Bruno,
* Bruno Haible wrote on Mon, Aug 21, 2006 at 01:34:04PM CEST:
I have a Makefile.am containing
line 15: noinst_LTLIBRARIES = libgettextlib.la
line 268: lib_LTLIBRARIES = libgettextlib.la
So which should automake use?
automake-1.9.6 gives an error on it:
And rightly so.
Hello Bruno,
* Bruno Haible wrote on Mon, Aug 21, 2006 at 05:59:09PM CEST:
In the case I'm presenting, it's different. There is no $(noinstdir).
One specification gives no installation directory, and the other one
gives 1 installation directory. 0 + 1 2. There is no conflict.
But this
* Bruno Haible wrote on Mon, Aug 21, 2006 at 08:53:42PM CEST:
Ralf Wildenhues wrote:
or from configure.ac:
AC_SUBST([gl_noinst_ltlibs], [libfoo.la])
Uuh, after what you said above, this is betting on automake's unability
to optimize AC_SUBSTed variables. What if automake improves
Hello Bruno,
* Bruno Haible wrote on Fri, Aug 25, 2006 at 03:07:26PM CEST:
I would love to replace
DEFS += -DLIBDIR=\$(libdir)\
with
localcharset_CPPFLAGS = $(AM_CPPFLAGS) -DLIBDIR=\$(libdir)\
but does automake support per-object-file settings?
No. You can workaround by
Hello Bruno, Mark,
* Bruno Haible wrote on Fri, Aug 25, 2006 at 03:53:35PM CEST:
Ralf Wildenhues wrote:
You should note that object file
names are an internal Automake detail, so the naming of the respective
*_CPPFLAGS variable is not clear, for starters. Above would conflict
Hello Jim, Eric,
* Eric Blake wrote on Sat, Oct 07, 2006 at 07:41:02PM CEST:
According to Jim Meyering on 10/7/2006 10:06 AM:
[cc'ing bug-automake, in case this is a bug.
I was using both automake-1.9b and the latest from cvs. ]
[...] by using
AC_CONFIG_LIBOBJ_DIR(gnu), automake creates
already
honors CPPFLAGS and such which 1.9.6 didn't.
I don't know what kind of testsuite addition would go well with this.
Just that -I and -D are understood by CCAS?
Cheers,
Ralf
2006-10-14 Ralf Wildenhues [EMAIL PROTECTED]
* automake.in: For preprocessed assembler, add `$(DEFS
* Alexandre Duret-Lutz wrote on Sat, Oct 14, 2006 at 04:33:12PM CEST:
RW == Ralf Wildenhues [EMAIL PROTECTED] writes:
RW * automake.in: For preprocessed assembler, add `$(DEFS)
RW $(DEFAULT_INCLUDES) $(INCLUDES)' to the compile rule.
RW * doc/automake.texi (Assembly Support): Update.
RW
Since we fixed autoconf/lib/autom4te.cfg in Autoconf 2.60, now when we
call $ACLOCAL, the traces that were created by the $AUTOCONF before are
sufficient; and since they appear with the same time stamp as all known
input files to aclocal.m4, they are used by autom4te. So we have to
tell the
* quoting myself:
Since we fixed autoconf/lib/autom4te.cfg in Autoconf 2.60
The reasoning was wrong, the patch should still be right.
First, autoconf/lib/autom4te.in (sic) was fixed only after 2.60,
but second it was broken only for automake, not for aclocal.
So. There you have it. Now,
Hello Stepan,
* Stepan Kasal wrote on Tue, Oct 24, 2006 at 09:09:48PM CEST:
This patch was one of the two pre-requisities for teaching autom4te
to handle `-' as a command line parameter.
I hate to spoil the party, but I'd like to add a couple more
prerequisites mentioned in HACKING:
- a NEWS
Hello Bobby,
* Bobby Jack wrote on Sat, Oct 28, 2006 at 12:16:49AM CEST:
Please accept my apologies if this is not the best
email address for this question.
It's just right. Thanks for reporting this!
Shouldn't the line [...]
This file is read by both autoconf (to create
configure.ac)
[ adding bug-automake ]
Hello Ben, Romain,
Thanks for the report.
* Romain Lenglet wrote on Tue, Nov 14, 2006 at 06:36:36PM CET:
The motivation is to let Debian packages add m4 files directly into
Autoconf's directories, and rebuild the autotest.m4f file at postinst.
This will make it even
Hello Thomas,
Thanks for the report.
* Thomas Schwinge wrote on Wed, Nov 29, 2006 at 03:11:43PM CET:
It seems to me that all files from directories that are referenced within
an `AC_CONFIG_LINKS' rule in the `configure.ac' file will automatically
selected to be included in the tarball the
Hello Bruno,
Thank you for the bug report.
* Bruno Haible wrote on Thu, Dec 14, 2006 at 03:04:20PM CET:
2) When the first branch of the if mkdir ... is executed, the data.lock
directory is never removed. It should be removed after the recursive $(MAKE)
invocation, preserving the return code.
* Bruno Haible wrote on Wed, Dec 20, 2006 at 02:51:01PM CET:
Ralf Wildenhues wrote:
it creates the new files in the build
directory. I know the reason why: if a source distribution is installed
in a
read-only location, the build in a VPATH should not touch any file in the
source
* Ralf Wildenhues wrote on Mon, Jan 08, 2007 at 08:14:45PM CET:
* Patrick Welche wrote on Sat, Dec 23, 2006 at 11:12:03PM CET:
| ^I S[prefix]=/
| sed: stdout: Broken pipe
Not sure what to do. Does it swallow this with escaping? Try
awk 'BEGIN { x = a\^Mb; print x }' file
Hmm
* Paul Eggert wrote on Fri, Jan 19, 2007 at 04:59:05AM CET:
* doc/autoconf.texi (Setting Output Variables): Mention that
all non-NUL characters are ok in substituted values.
* lib/autoconf/status.m4 (_AC_SED_CMD_LIMIT): Fix comment typo.
(_AC_OUTPUT_FILES_PREPARE): Test
Hello Bob,
Thanks for the report.
* Bob Wilkinson wrote on Mon, Jan 22, 2007 at 07:12:03PM CET:
I have been reading
http://www.gnu.org/software/automake/manual/html_mono/automake.html
You should instead be reading
http://sources.redhat.com/automake/automake.html
which is the
Hello Reuben,
* Reuben Thomas wrote on Tue, Jan 23, 2007 at 09:33:58PM CET:
-NO-UNDEFINED should be -no-undefined in the section Inter-library
dependencies.
Thanks. Please report Libtool issues to bug-libtool next time you
encounter them. I've applied the patches below.
Cheers,
Ralf
HEAD:
the tautological immediate.
If I understand your comments correctly (which I'm not sure of), then
this patch against CVS HEAD should fix them. OK to apply?
Cheers, and thanks for the report, and sorry for the delay,
Ralf
2007-01-24 Ralf Wildenhues [EMAIL PROTECTED]
* doc/automake.texi (Subpackages
* Reuben Thomas wrote on Wed, Jan 24, 2007 at 01:13:00AM CET:
On Wed, 24 Jan 2007, Ralf Wildenhues wrote:
If I understand your comments correctly (which I'm not sure of), then
this patch against CVS HEAD should fix them. OK to apply?
Seems OK to me with the exception of two tiny typos
Hello Reuben,
* Reuben Thomas wrote on Tue, Jan 16, 2007 at 02:28:10AM CET:
Would it be possible to have separate warnings for use of GNU
extensions and other non-portable usages?
Why not, I guess. Except that automake isn't really able to distinguish
between GNU extensions and a large class
Hello Tom, Gary, all,
* Tom Epperly wrote on Tue, Feb 13, 2007 at 07:34:38PM CET:
I am in the process of upgrading Babel,
http://www.llnl.gov/CASC/components/, from automake 1.9.6 to
automake (GNU automake) 1.10
[...]
Automake 1.10 seems to be ignoring my _LDFLAGS settings for library and
Hello Fred,
* FRED QUIMPY wrote on Sun, Feb 25, 2007 at 07:38:38AM CET:
unsubscribe me plz
You can (and have to) do that yourself at
http://lists.gnu.org/mailman/listinfo/bug-automake
Hope that helps.
Cheers,
Ralf
Hi Stepan,
* Stepan Kasal wrote on Wed, Mar 14, 2007 at 01:34:06PM CET:
the target maintainer-clean contains
-test -z $(MAINTAINERCLEANFILES) || rm -f $(MAINTAINERCLEANFILES)
[...]
Could we perhaps change the above command to:
-test -n $(MAINTAINERCLEANFILES) \
[ Cc:ing bug-automake for an documentation request ]
Hello Jules,
* Jules Colding wrote on Thu, Mar 15, 2007 at 12:10:54PM CET:
I've got a multiline configure.in variable like this:
RPM_BUILDREQUIRES='BuildRequires: package_1
BuildRequires: package_2'
AC_SUBST(RPM_BUILDREQUIRES)
Hi Jim,
* Jim Meyering wrote on Tue, Apr 17, 2007 at 09:16:59PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
...
The strongest argument against invoking `make' at the end of configure
is one of debugging: if your makefile contains a syntax error -- and for
newbies it frequently
Hello Reuben,
* Reuben Thomas wrote on Fri, Apr 20, 2007 at 12:37:17AM CEST:
Search a Python interpreter on the system should be Search for a Python
interpreter on the system.
Thanks. Applied to HEAD and branch-1-10.
Cheers,
Ralf
2007-04-23 Reuben Thomas [EMAIL PROTECTED] (tiny change)
Hello Bas,
* Bas Wijnen wrote on Fri, Apr 27, 2007 at 01:51:37PM CEST:
When using subdir-objects and assembly source (with CCAS), the generated
rule does
gcc -g -O2 -c source-file
For a filename path/to/file.S, this creates file.o, not path/to/file.o.
Please try Automake-1.10 rather than
* Noah Slater wrote on Thu, May 10, 2007 at 10:09:51AM CEST:
Do you have a public bug tracker?
Yes: http://sources.redhat.com/cgi-bin/gnatsweb.pl?database=automake
- it is a bug that this limitation is not documented in the manual;
patches welcome.
Happy to help out... point me in the
Hi Noah,
* Noah Slater wrote on Thu, May 10, 2007 at 10:20:56AM CEST:
I would be hopelessly useless at patching the source but I was
offering to patch the docs to reflect the advice you gave me as
you suggested.
Oh, that's fine, I just misunderstood. Please send patches to the
Hello Eric,
* Eric Blake wrote on Thu, May 17, 2007 at 02:39:04PM CEST:
Shouldn't automake automatically distribute files listed in TESTS, without
requiring the use of EXTRA_DIST?
TESTS are often generated (for example check_PROGRAMS), so that would
unnecessarily limit its usefulness.
Hello James,
* James Youngman wrote on Sat, May 19, 2007 at 02:52:26PM CEST:
However, it seems to me that while this check is currently performed
at make dist time, the _right_ plase for it is make check.
However, per Tom Tromey's email in January, there is no check-hook.
Would the
* James Youngman wrote on Sun, May 20, 2007 at 10:17:18PM CEST:
On 5/20/07, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* James Youngman wrote on Sat, May 19, 2007 at 02:52:26PM CEST:
However, it seems to me that while this check is currently performed
at make dist time, the _right_ plase
Hello Behdad,
* Behdad Esfahbod wrote on Sun, Jun 17, 2007 at 01:02:27AM CEST:
For the first time I'm stuck with an automake problem and think it's an
unfair limitation of automake rather than my skills being short.
The problem is, the make check target that automake generates builds and
Hello Tomaž,
Thanks for the bug report. Unfortunately, it is not enough information
for me to go by yet.
* Tomaž Žveglič wrote on Tue, Jun 19, 2007 at 07:36:35PM CEST:
automake-1.9:
automake-1.9: ## Internal Error ##
automake-1.9:
automake-1.9:
Hello world,
* Eric Blake wrote on Thu, Jun 21, 2007 at 02:16:32PM CEST:
According to Paul Eggert on 6/20/2007 11:36 PM:
+[m4_warning([this file was generated for autoconf $ac_version.
+You have another version of autoconf. It may work, but it may not.
+If you have problems, you may
* Paul Eggert wrote on Thu, Jun 21, 2007 at 09:15:56PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
I think this should be applied to HEAD and branch-1-10.
Would you like me to do it?
Yes, please. And thanks for your review; your points all look right
to me.
Thanks. This is what I
* Sergey Poznyakoff wrote on Sat, Jun 23, 2007 at 02:04:29PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] ha escrit:
Can s/yy/.../ change anything unintended? E.g., do we need to ensure it
only changes words beginning with yy?
In theory it could, for example if the programmer used
actually a problem, but it's not
necessary either, so I removed it.) Thanks for the report.
Cheers,
Ralf
2007-06-30 Ralf Wildenhues [EMAIL PROTECTED]
* lib/gnupload: Fix shell portability issues with for loops.
Report by Karl Berry.
Index: lib/gnupload
Hello Sean,
* SEUNGHO SHIN wrote on Wed, Jun 27, 2007 at 04:43:13AM CEST:
I'm having a trouble compiling esound.I downloaded Esound and trying
to build it on Visual C++ 6.I installed Cygwin to get some of header
files but, still missing multiple header files such as
sys/audio.h,
* Karsten Hopp wrote on Mon, Aug 13, 2007 at 02:43:58PM CEST:
[...]
http://lists.gnu.org/archive/html/bug-automake/2007-06/msg0.html
Proposed patch below. OK to install to HEAD and branch-1-10, and put
Guillermo in THANKS? I assume it doesn't matter much that ChangeLog is
encoded in
Hello John,
Thanks for the report.
* John Simpson wrote on Tue, Aug 14, 2007 at 08:26:31PM CEST:
i *think* i've found a typo in the automake.pdf
[...]
This file is ready by both autoconf (to create `configure.ac') and ...
should the filename here not be `configure.in' ?
No, it
Hello Eric,
* Eric Blake wrote on Fri, Aug 17, 2007 at 05:33:31AM CEST:
We ought to be consistent across all of the autotools. I personally
prefer ARFLAGS over AR_FLAGS, since it is CFLAGS and not C_FLAGS.
Yes, if the variable in question fulfills the same semantics.
Here, it definitely
Hello Jesse,
* Jesse Chisholm wrote on Sun, Aug 19, 2007 at 09:05:22PM CEST:
This is my first install of LFS, so the error may be mine.
At the end of make check it reported:
=
1 of 532 tests failed
(35 tests were not run)
Please report to [EMAIL
Hello all,
* Peter Rosin wrote on Fri, Aug 17, 2007 at 09:24:39PM CEST:
Just pointing out that for libtool the archiver is never invoked as
either of:
$AR $AR_FLAGS cru ...
$AR $AR_FLAGS x ...
$AR $AR_FLAGS t ...
it is always one of these instead:
$AR $AR_FLAGS
Hello Jesse,
Thanks for the feedback. Please let's keep the mailing lists in Cc:.
* Jesse Chisholm wrote on Thu, Aug 23, 2007 at 05:49:04AM CEST:
I found time to test you patch and search my system.
1: Your patch does indeed allow the automake-1.9.6 to pass all tests.
Good. I've applied
, I'll apply in a few days.
Cheers,
Ralf
2007-09-07 Ralf Wildenhues [EMAIL PROTECTED]
* doc/automake.texi (Strictness, Gnits): Add URL to Gnits
document.
Report by Alfred M. Szmidt.
Index: doc/automake.texi
Hello Noah,
* Noah Slater wrote on Sat, Oct 06, 2007 at 07:04:37PM CEST:
If I run configure like so:
./configure --prefix=/tmp/foo bar
Everything runs fine, but when I make install I get the following
error output:
If I may quote from automake/TODO:
| * quoting bugs
| - how to
* John-John Tedro wrote on Wed, Oct 10, 2007 at 09:38:00PM CEST:
On 10/8/07, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* John-John Tedro wrote on Mon, Oct 08, 2007 at 12:16:46PM CEST:
Use of uninitialized value in exists at /usr/bin/automake-1.10 line
4823,
GEN0 line 1.
Use
* Jan Engelhardt wrote on Sun, Oct 21, 2007 at 09:13:43PM CEST:
On Oct 21 2007 21:01, Ralf Wildenhues wrote:
* Jan Engelhardt wrote on Sun, Oct 21, 2007 at 08:53:40PM CEST:
?!GENERIC?%COMPILE% -MT %OBJ% -MD -MP -MF %DEPBASE%.Tpo %-c% -o
%OBJ% `test -f '%SOURCE%' || echo
Hello, and thanks for the bug report.
* Technomage-hawke wrote on Fri, Nov 02, 2007 at 05:32:13AM CET:
[...]
X-1:~/build/automake-1.9 root# export DYLD_LIBRARY_PATH=/opt/local/lib
X-1:~/build/automake-1.9 root# export LIBDIR=/opt/local/lib
X-1:~/build/automake-1.9 root# ./configure
Hello Brooks,
* Brooks Moses wrote on Tue, Nov 06, 2007 at 11:19:21PM CET:
This resulted in the error quoted in the subject line, automake does not
support info_TEXINFOS being defined conditionally, followed by an Internal
Error.
Hmm, something got stuck there:
* Paolo Bonzini wrote on Thu, Nov 08, 2007 at 09:52:30AM CET:
Ralf Wildenhues wrote:
* Brooks Moses wrote on Tue, Nov 06, 2007 at 11:19:21PM CET:
This resulted in the error quoted in the subject line, automake does not
support info_TEXINFOS being defined conditionally, followed
Hi Bob,
* Bob Proulx wrote on Mon, Nov 12, 2007 at 11:44:42PM CET:
This following automake 'make check' finishes successfully.
env TERM=ansi make -C tests check TESTS=color.test
However this next one has a failure.
env TERM=dumb make -C tests check TESTS=color.test
And this one
Hi Akim,
* Akim Demaille wrote on Mon, Nov 19, 2007 at 03:25:51PM CET:
Automake does not notice the use of *-local targets
when defined together:
Go ahead if you'd like to commit this as a currently-XFAILing test,
but even better if you fix it. :-)
See this comment in
Hello Novella,
* [EMAIL PROTECTED] wrote on Fri, Nov 23, 2007 at 05:48:13PM CET:
I am trying to compile oSIP library on Debian system but I have
encountered any problems.
When I type make, the make fails with some
error message like these:
make[3]: Entering directory
* Jim Meyering wrote on Tue, Dec 18, 2007 at 04:51:33PM CET:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
I don't object, but your change would do good with a small explanation
to refute Gary's argument for the commit in Automake that added the full
name in the first place
this here. Which M4 and Autoconf versions
do you use?
FWIW, the patch should go into branch-1-10, too.
Thanks,
Ralf
2008-01-02 Ralf Wildenhues [EMAIL PROTECTED]
* automake.in (scan_autoconf_files): Sort loop over
%required_aux_file, for stable verbose output.
Report
Hello Polarina,
* Polarina wrote on Wed, Jan 02, 2008 at 08:35:26PM CET:
The automake and friends automatically licensed my code with GPLv2 (They
added the COPYING file with that license) when I wanted GPLv3. What
gives? I'm using version 1.10.
$ automake --add-missing --copy
The next
,
Ralf
+2007-12-14 Stepan Kasal [EMAIL PROTECTED]
+
+ * tests/defs.in (required=GNUmake): Do not call $MAKE with -v.
+
2007-12-08 Ralf Wildenhues [EMAIL PROTECTED]
* lib/Automake/FileUtils.pm (open_quote): New function.
diff --git a/tests/defs.in b/tests/defs.in
index a797a82
[ http://lists.gnu.org/archive/html/bug-automake/2006-10/msg00026.html ]
[ http://lists.gnu.org/archive/html/bug-automake/2006-10/msg00036.html ]
Yeah, it's ancient... :-/
* Greg Schafer wrote on Tue, Oct 24, 2006 at 11:51:35PM CEST:
On Tue, Oct 24, 2006 at 06:04:30PM +0200, Stepan Kasal wrote:
in THANKS), so that we don't have to remember doing the change
by hand.
Cheers,
Ralf
2008-01-08 Ralf Wildenhues [EMAIL PROTECTED]
* Makefile.am (dist-hook): New, ensure world-executable tests.
* THANKS: Update.
Report by Arto C. Nirkko.
diff --git a/Makefile.am b
Hello Mike,
* Mike Frysinger wrote on Wed, Jan 02, 2008 at 10:44:12PM CET:
On Thursday 28 September 2006, Mike Frysinger wrote:
i normally use automake-1.9.6 but i just tried out 1.9b and it appears to
have the same problem
automake-1.10 exhibits the problem as well ... finally spent some
* Roumen Petrov wrote on Fri, Jan 11, 2008 at 09:08:47PM CET:
Fine with me.
Thanks, pushed.
Cheers,
Ralf
Hello Dilyan,
* Dilyan Palauzov wrote on Sat, Jan 12, 2008 at 08:00:55PM CET:
Libtool always creates .libs - directory, and uses it for temporary
files, but Automake generates makefiles, that on make clean, clean .libs
only if there were libraries compiled within that directory. So
Hi Gary,
* Gary V. Vaughan wrote on Fri, Jan 18, 2008 at 10:43:30AM CET:
[[FYI: bug-automake]]
I consider this a texinfo bug, sorry for not pointing out earlier:
http://thread.gmane.org/gmane.comp.tex.texinfo.bugs/3930
Please apply, but don't blame Automake in the patch.
Thanks,
Ralf
from
Hi Eric,
* Eric Blake wrote on Wed, Jan 23, 2008 at 06:26:20AM CET:
According to Eric Blake on 1/22/2008 10:22 PM:
| FAIL: color.test
| =
| 1 of 526 tests failed
| (95 tests were not run)
| Please report to bug-automake@gnu.org
|
Hello Theodoros,
* Theodoros V. Kalamatianos wrote on Thu, Jan 24, 2008 at 06:26:03PM CET:
as the subject suggests, the instsh2.test from automake-1.10.1 fails when
run as root. The culprit is circa line 96:
test ! -w d1/file
which will fail when run as root (at least on Linux). Perhaps
Hello Reuben,
* Reuben Thomas wrote on Mon, Feb 04, 2008 at 12:50:45PM CET:
You mean appear newer, not appear older, as configure.ac is
lexically after configure. If configure.ac appeared older than
configure, then configure would not be rebuilt, spuriously or otherwise.
By the way,
Hello Colin,
* Colin Watson wrote on Sun, Feb 17, 2008 at 04:23:32PM CET:
In a fresh unpacked copy of
http://download.savannah.nongnu.org/releases/man-db/man-db-2.5.1.tar.gz:
$ touch Makefile.am
$ ./configure
$ make
configure.ac:7: version mismatch. This is Automake 1.10.1,
Hi Colin,
* Colin Watson wrote on Sun, Feb 17, 2008 at 05:58:58PM CET:
The attached patch fixes a typo I happened to notice while upgrading
man-db to Automake 1.10.1.
Thanks! Applied like this, master and branch-1-10.
Cheers,
Ralf
2008-02-17 Colin Watson [EMAIL PROTECTED] (tiny change)
Hello,
* Eric Blake wrote on Tue, Feb 19, 2008 at 02:28:35PM CET:
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
|
Hello Reuben,
* Reuben Thomas wrote on Mon, Feb 25, 2008 at 05:40:50PM CET:
I attach a diff against current git. It fixes the following problems:
Thanks for the patch.
1. The English is a bit ropey in places.
2. @file was used once where @emph was needed.
3. The point in the itemized list
* Reuben Thomas wrote on Wed, Feb 27, 2008 at 12:22:30AM CET:
On Tue, 26 Feb 2008, Ralf Wildenhues wrote:
[EMAIL PROTECTED]
-Finally it's really hard to @file{forget} adding a file to
[EMAIL PROTECTED], because if you don't add it, it doesn't get
+Finally, it's really hard to @emph{forget
Hi Younes,
* Younes Younes wrote on Fri, Feb 29, 2008 at 10:48:06AM CET:
=
1 of 540 tests failed
(74 tests were not run)
Please report to bug-automake@gnu.org
=
Thanks for the report. Can you look at the output before
Hello Younes,
* Younes Younes wrote on Mon, Mar 03, 2008 at 11:21:29AM CET:
the test file is instsh2.test
hier is the report
Thanks.
[...]
Hello Dennis,
* Dennis Clarke wrote on Mon, Mar 10, 2008 at 07:31:10PM CET:
$ uname -a
Linux vesta 2.6.19-rc6 PREEMPT Mon Nov 27 20:48:16 CET 2006 ppc GNU/Linux
FAIL: cond35.test
FAIL: lex3.test
=
2 of 547 tests failed
(67 tests were not run)
Please
Hi Chris,
* Chris Pickett wrote on Wed, Mar 12, 2008 at 07:50:46PM CET:
I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I
get a complaint about noinst_progdir not being defined:
You can just put all your not-to-be installed headers into the *_SOURCES
alongside the
* Chris Pickett wrote on Wed, Mar 12, 2008 at 08:10:41PM CET:
Ralf Wildenhues wrote:
* Chris Pickett wrote on Wed, Mar 12, 2008 at 07:50:46PM CET:
I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I
get a complaint about noinst_progdir not being defined:
You can just put
* Chris Pickett wrote on Wed, Mar 12, 2008 at 08:34:34PM CET:
Ralf Wildenhues wrote:
So why not this?
noinst_HEADERS =
if PROG1
noinst_HEADERS += ...
else
noinst_HEADERS += ...
endif
if PROG2
noinst_HEADERS += ...
endif
I'm sorry, I don't really understand... how do I set PROG1
* Chris Pickett wrote on Wed, Mar 12, 2008 at 10:50:36PM CET:
Ralf Wildenhues wrote:
IOW: just rename all *_HEADERS to *_headers, that way automake will
ignore them. And list all *_headers in noinst_HEADERS.
s/HEADERS/headers/ and adding them all to noinst_HEADERS works, thanks
Hi Jim,
* Jim Meyering wrote on Thu, Mar 20, 2008 at 06:49:35PM CET:
-dist_man_MANS = $(MAN)
+# We must include at least one literal name here, so that
+# automake-1.10.1 emits the required install-man* rules.
+dist_man_MANS = rm.1 $(MAN)
You can instead also just
1 - 100 of 389 matches
Mail list logo