Hello Vincent,
* Vincent Lefevre wrote on Thu, Mar 20, 2008 at 01:26:21PM CET:
mostlyclean-compile:
-rm -f *.$(OBJEXT)
This results in:
rm -f *.o
rm: invalid option -- .
Try `rm ./-.o' to remove the file `-.o'.
Why would you do that, using non-portable file names?
The linker
All of what Micah Cowan wrote:
I'm also mailing the automake list to allow them to discuss
whether the requirement on ABOUT-NLS should be altered (I'm
guessing it's probably better to alter ABOUT-NLS as mentioned
though).
FWIW, automake requires ABOUT-NLS only in 'gnu' strictness mode.
* Vincent Lefevre wrote on Fri, Mar 21, 2008 at 03:01:30AM CET:
On 2008-03-21 00:24:20 +0100, Ralf Wildenhues wrote:
* Vincent Lefevre wrote on Thu, Mar 20, 2008 at 01:26:21PM CET:
rm -f *.o
rm: invalid option -- .
Try `rm ./-.o' to remove the file `-.o'.
Why would you do
Hello Alain,
Thanks for the bug report and patch.
* Alain Guibert wrote on Thu, Apr 03, 2008 at 10:42:07AM CEST:
On my old Linux box (Intel Pentium 200 MMX, Debian bo, kernel 2.0.40,
gcc 2.7.2.1, libc 5.4.33, GNU ld cygnus-2.7.1, libiconv 1.12, pth 2.0.7,
i586-pc-linux-gnulibc1, autoconf
Hello Jan,
* Jan Engelhardt wrote on Mon, Apr 14, 2008 at 09:21:13AM CEST:
I observed that with a configure.ac with
AC_SUBST([libfoo_CXXFLAGS libfoo_LIBS])
AC_SUBST is documented to only take one variable. So please do
AC_SUBST([libfoo_CXXFLAGS])
AC_SUBST([libfoo_LIBS])
Hi Behdad,
* Behdad Esfahbod wrote on Tue, Apr 15, 2008 at 07:39:19PM CEST:
In short, all cairo source is C code, except for the BeOS backend that
is C++. So we have a block like this in our Makefile.am:
However, even if CAIRO_HAS_BEOS_SURFACE is false, the C++ linker is
chosen to link
* Behdad Esfahbod wrote on Thu, Apr 17, 2008 at 04:14:35AM CEST:
On Tue, 2008-04-15 at 20:09 +0200, Ralf Wildenhues wrote:
You have to help automake pick the right linker, its linker choosing
algorithm is blissfully unaware of conditionals. You should be able to
set libcairo_la_LINK
Hello Rich,
thanks for the bug report.
* Rich Healey wrote on Thu, Apr 17, 2008 at 12:15:51AM CEST:
cd . /bin/sh /root/e17/e17/libs/edje/missing --run automake-1.9 --gnu
Use of uninitialized value in string eq at /usr/local/bin/automake-1.9 line
4673, GEN0 line 1.
Use of uninitialized
Hello Jerome,
* Jerome Haltom wrote on Fri, Apr 25, 2008 at 11:22:05PM CEST:
tar: value 1786588783 out of uid_t range 0..2097151
`make dist` using automake is causing this. Basically it's trying to use
an old tar format. ustar or posix or whatever. Tar breaks when you have
a long uid with
* Michael Witten wrote on Mon, May 19, 2008 at 08:33:31PM CEST:
In my case, mkinstalldirs did produce errors, as the subdirectories that
it was trying to make already existed (which is particularly strange,
because it seems like the point of mkinstalldirs is to implement
mkdir -p safely).
I
2008-06-01 Ralf Wildenhues [EMAIL PROTECTED]
* doc/automake.texi (Extending): Fix grammar.
Report by Karl Berry.
diff --git a/doc/automake.texi b/doc/automake.texi
index a8f3403..5517831 100644
--- a/doc/automake.texi
+++ b/doc/automake.texi
@@ -9287,7 +9287,7 @@ location, but you
Hi Karl,
* Karl Berry wrote on Mon, Jun 02, 2008 at 02:32:33AM CEST:
Well, does that half-sentence that I added above make it clearer?
Yes it does, thanks.
With -local, there is no ordering guarantee (typically they are run
early, but with parallel make, there is no way to be
Hi Karl,
* Karl Berry wrote on Tue, Jun 03, 2008 at 07:26:20PM CEST:
But that text is what's already in the manual!
I don't see it. Maybe I missed it. If so, sorry.
It was in the part your patch quoted. Anyway, doesn't matter of course,
let's just improve it.
Maybe you can put
Hi Karl,
* Karl Berry wrote on Tue, Jun 03, 2008 at 07:26:20PM CEST:
I noticed automake.texi has many sectioning commands without nodes.
Mostly but not entirely @subsub-level entries.
This is quite unusual. It leads to some very long nodes. Was it a
deliberate decision?
I have no idea
of these and their are slightly confusing
here. I might reword it as: ...; hooks are always executed
after the main rule's work is done.
Good point; fixed like this.
Thanks,
Ralf
2008-06-06 Ralf Wildenhues [EMAIL PROTECTED]
* doc/automake.texi (Extending): Fix ambivalent wording.
Report
* Herbert Euler wrote on Thu, Jun 12, 2008 at 07:50:08AM CEST:
FWIW, I've seen it, but haven't had the time to look into it yet.
Sorry here too. Please forgive my impatience.
Nothing to be sorry for. Pinging every once in a while is good,
otherwise some things just tend to be forgotten.
Hi Jeff,
* Jeff Squyres wrote on Fri, Jun 20, 2008 at 06:16:10PM CEST:
Greetings. I notice that dist_man_MANS files inside of an Automake
conditional are not unconditionally put into a distribution tarball, but
other kinds of files are.
Sounds like an inconsistency, yes. Not yet sure how
Hi Jim,
* Jim McCullars wrote on Tue, Jun 24, 2008 at 11:01:23PM CEST:
Hi, the make check asks that the result be emailed to this address. I
built automake 1.9.6 on a Solaris 10 system using gcc version 3.4.3 and
got the following output. Please let me know if you would like further
info:
* Thien-Thi Nguyen wrote on Wed, Jun 25, 2008 at 06:13:44AM CEST:
* doc/automake.texi (Public Macros): Close open paren.
Thanks, pushed to master and branch-1-10.
Cheers,
Ralf
Hello Jean-Michel,
Thanks for the bug report.
* Jean-Michel Beuken wrote on Sat, Jul 19, 2008 at 07:15:54PM CEST:
- automake-1.10
Please note that 1.10.1 is the current version.
- gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)
- CentOS release 5.2 (Final)
- Dual-Core AMD Opteron(tm) Processor
Hi John,
thanks for the bug report!
* Trudeau, John F wrote on Fri, Aug 08, 2008 at 07:25:34PM CEST:
9 of 538 tests failed
(76 tests were not run)
Can you please run this in the build tree:
cd tests
make check VERBOSE=yes TESTS=cond35.test instspc.test \
pr204.test subpkg.test
* [EMAIL PROTECTED] wrote on Wed, Aug 13, 2008 at 10:22:37PM CEST:
During configure, both automake-1.9.6 and 1.10 flunks autoconf-2.62.
Please be more specific. You have Autoconf 2.62 installed, you are
configuring Automake X.Y, and what exactly happens? Please cut and
paste output and
Hi Reuben,
Thanks for the report.
* Reuben Thomas wrote on Tue, Aug 19, 2008 at 05:30:53PM CEST:
None of these rules do support - None of these rules supports
(Two corrections: do is redundant, None is singular.)
Hmm, I guess. I needed to look at
http://www.llrx.com/columns/grammar1.htm
for
Hello Reuben,
* Reuben Thomas wrote on Tue, Aug 19, 2008 at 06:44:31PM CEST:
On Tue, 19 Aug 2008, Reuben Thomas wrote:
From the DejaGnu manual:
DejaGnu require the directory be named `testsuite'.
Automake by default makes dejagnu look for the config and ${TOOL}.test
directories in the
Hello Ilya,
thanks for the report.
* Ilya N. Golubev wrote on Thu, Aug 21, 2008 at 08:15:32PM CEST:
This seems like an automake question, not a make question.
Confirming it to be so: (it is the bug described in)
[EMAIL PROTECTED] (posted) to bug-automake@gnu.org on Wed,
20 Aug 2008
Hello Vincent,
* Vincent Lefevre wrote on Wed, Aug 27, 2008 at 06:29:07PM CEST:
I've generated a tarball on a Debian/unstable machine. On the Zaurus,
after running
./configure --enable-assert=full --disable-shared \
--disable-dependency-tracking CC=gcc
make wants to run missing:
* Vincent Lefevre wrote on Wed, Aug 27, 2008 at 07:03:02PM CEST:
On 2008-08-27 18:45:24 +0200, Ralf Wildenhues wrote:
The --disable-dependency-tracking option turns off the mechanism that
updates .deps/*.Po files which contain dependencies for compiled sources
like C and C++. This has
Hi Reuben,
* Reuben Thomas wrote on Thu, Aug 28, 2008 at 09:07:51PM CEST:
I see. Well, it's possible I'm just misusing EXTRA_PROGRAMS: I'm trying
to build a program that is not to be installed, and is not a check
program: it's a program I need to build the program that is installed. I
* Vincent Lefevre wrote on Sun, Aug 31, 2008 at 12:11:04PM CEST:
On 2008-08-31 06:34:44 +0200, Ralf Wildenhues wrote:
Other than the workarounds already mentioned in this thread, I don't
see what Automake can do about it.
Allow the user to choose AM_MAINTAINER_MODE's default in a clean way
Hello John,
* Trudeau, John F wrote on Fri, Aug 15, 2008 at 01:23:53AM CEST:
The bash version that was used in the original report was:
/home/trudeajo$ /bin/bash --version
GNU bash, version 2.05b.0(1)-release (powerpc-ibm-aix5.1)
Copyright (C) 2002 Free Software Foundation, Inc.
After
[ http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/4315 ]
Hello Vincent, all,
Thanks for the report.
* Vincent Lefevre wrote on Wed, Sep 17, 2008 at 06:09:43PM CEST:
The automake manual (several versions) says about the tar-v7 option:
`tar-v7' selects the old V7 tar format.
* Behdad Esfahbod wrote on Wed, Sep 17, 2008 at 12:23:16AM CEST:
Ralf Wildenhues wrote:
One problem is that it is surprisingly difficult
to remove all files correctly in all the different setups that autotools
support, in such a way that 'make' both finishes cleanly, and doesn't
cause any
* Behdad Esfahbod wrote on Wed, Sep 17, 2008 at 08:40:31AM CEST:
Ralf Wildenhues wrote:
Not sure what you're after here. The tools themselves will bail out
anyway if they are too old (discounting automake 1.4 here). What's
the gain of having autoreconf bail out?
Right. May have
Cheers,
Ralf
2008-09-29 Ralf Wildenhues [EMAIL PROTECTED]
* m4/minuso.m4 (AM_PROG_CC_C_O): Work around shell quoting issue
with AIX sh; fixes depcomp6.test failure.
* THANKS: Update.
Report by Rainer Tammer.
diff --git a/m4/minuso.m4 b/m4/minuso.m4
index 925baec
* Behdad Esfahbod wrote on Mon, Oct 06, 2008 at 05:40:52PM CEST:
Ralf Wildenhues wrote:
my-dist:
env TAR_OPTIONS=--owner=0 --group=0 $(MAKE) $(AM_MAKEFLAGS) dist
Thanks. Done now. Would be nice if automake did that already. Or at least
just passed TAR_OPTIONS down
* Behdad Esfahbod wrote on Mon, Oct 06, 2008 at 11:31:29PM CEST:
Ralf Wildenhues wrote:
* Behdad Esfahbod wrote on Mon, Oct 06, 2008 at 05:40:52PM CEST:
Ralf Wildenhues wrote:
my-dist:
env TAR_OPTIONS=--owner=0 --group=0 $(MAKE) $(AM_MAKEFLAGS) dist
Thanks. Done now. Would
Hello Ed,
thanks for the bug report.
* Ed Avis wrote on Sat, Oct 04, 2008 at 04:35:55PM CEST:
Two tests failed building automake-1.10.1 from source. The gzipped
build log is attached.
Can you please post verbose output, too? Like this:
cd tests
env TESTS=cond35.test lex3.test
* Behdad Esfahbod wrote on Tue, Oct 07, 2008 at 11:10:20PM CEST:
Ralf Wildenhues wrote:
* Behdad Esfahbod wrote on Tue, Oct 07, 2008 at 10:56:02PM CEST:
Right. So why is:
AMTAR = TAR_OPTIONS=$(TAR_OPTIONS) ${SHELL}
/home/behdad/src/git/fd.o/cairo/build/missing --run tar
Hello Unga,
please keep the mailing list in Cc:, thank you.
* Unga wrote on Sat, Oct 04, 2008 at 01:37:30PM CEST:
--- On Sun, 9/28/08, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Unga wrote on Sun, Sep 28, 2008 at 06:58:40AM CEST:
I have compiled Automake-1.10.1 from sources on i386
.test: Likewise.
* tests/version7.test: Likewise.
* THANKS: Update.
Report by Alexander Martens.
Signed-off-by: Ralf Wildenhues [EMAIL PROTECTED]
diff --git a/tests/txinfo16.test b/tests/txinfo16.test
index ec5d4cb..a82cb27 100755
--- a/tests/txinfo16.test
+++ b/tests/txinfo16
Hello,
* ouyang User wrote on Mon, Oct 20, 2008 at 05:53:57AM CEST:
Firstly, thanks for your advise.I'am sorry I've not work out the
problem. Fllowing your way,there is new error.
I've installed the gtk package.And I'm sure there are the tool and
package that is for the form compiled on my
Hello Rudá,
thanks for the bug report.
* Rudá Moura wrote on Mon, Oct 27, 2008 at 01:10:25AM CET:
Today i ran make check on automake-1.10.1 sources i've compiled on my
Mac OS X (10.5.5) and I've got a fail test:
=
1 of 554 tests failed
(60 tests were
* Eric Blake wrote on Thu, Nov 06, 2008 at 06:09:45AM CET:
Is it intentional that automake now requires threads.pm to build?
Fixed with this patch, pushed. Thanks again!
Cheers,
Ralf
Cope with absent Perl modules threads and Thread::Queue.
* automake.in: Instead of `use
Hello Tom,
thanks for the report.
* Tom Epperly wrote on Thu, Nov 06, 2008 at 06:30:03PM CET:
LTPPF77COMPILE has --tag=F77. Shouldn't LTPPFCCOMPILE have
--tag=FC?
Yes, it should. In my example project, it does too, though:
LTPPFCCOMPILE = $(LIBTOOL) --tag=FC $(AM_LIBTOOLFLAGS)
Hi Eric,
old old thread:
* Eric Blake wrote on Sat, Apr 05, 2008 at 02:56:43PM CEST:
I was trying to silence warnings during 'automake -Wall' for autoconf.
However, I can't figure out what to do for this last warning, that
autoconf is overriding automake's definition of distclean-generic. It
,
INSTALL is installed, and that COPYING is installed as GPLv3
if no COPYING file exists.
* tests/license2.test: New test.
* tests/Makefile.am: Update.
* NEWS, THANKS: Update.
Report by Brian Cameron.
Signed-off-by: Ralf Wildenhues [EMAIL PROTECTED]
diff --git a/NEWS b/NEWS
Hello Del Castle,
* Del Castle wrote on Thu, Nov 20, 2008 at 11:19:46PM CET:
Makefile.in generated by automake 1.10.1 from Makefile.am contains text
nonemtpy = 1; should be nonempty = 1;
Thanks for the bug report. This has been fixed since in the git tree,
and will be fixed in 1.10.2, and
* Mike Frysinger wrote on Thu, Nov 27, 2008 at 08:52:32PM CET:
On Thursday 27 November 2008 14:33:44 Aleksander Morgado wrote:
test_SOURCES = config.h \
$(srcdir)/src/module//test.c
sorry, i missed that part. as Ralf stated, i imagine that's a bug with how
GNU make
* Karl Berry wrote on Fri, Nov 28, 2008 at 01:04:22AM CET:
Wl If help2man is found, and --enable-maintainer-mode is active, simply
delete *all* man pages before rebuilding them.
It's not clear to me how to do that. The man page targets are normal
targets. Adding the equivalent of
Hi Bruce,
thanks for the bug report.
* Bruce Dugan wrote on Tue, Dec 02, 2008 at 04:58:13AM CET:
I encountered the following error when building automake. I'm compiling
the LIVES video editing program and it uses automake in doing the build.
Please advise if this error may impact the proper
Hello Bruce,
* Bruce Dugan wrote on Wed, Dec 03, 2008 at 10:06:34AM CET:
Here is the output you requested. Thanks.
Thanks. This is the failure:
| ERROR: files left in build directory after distclean:
| ./debug/libbar/a.out.dSYM/Contents/Info.plist
|
Hi Karl, Peter,
* Peter Johansson wrote on Fri, Dec 12, 2008 at 03:24:18AM CET:
Karl Berry wrote:
I just learned that in some circumstances automake will insert a COPYING
file if it's missing (albeit with a warning), e.g., at make dist? (I
didn't look into the precise details.)
Never at
Hi Eric,
* Eric Blake wrote on Sat, Dec 13, 2008 at 05:53:20PM CET:
According to Ralf Wildenhues on 12/13/2008 2:47 AM:
with a test case of:
LT_PREREQ([2.2.6])
AC_INIT
LT_INIT
It works in any case when I move LT_PREREQ after AC_INIT,
That is the correct fix.
Thanks
to mention earlier.
Ralf Wildenhues wrote:
mkdir src
cat configure.ac \END
AC_INIT(a,1)
AM_INIT_AUTOMAKE(foreign)
AC_CONFIG_FILES(Makefile src/Makefile)
AC_PROG_CC
AC_PROG_LIBTOOL
AC_REPLACE_FUNCS([strsignal])
AC_OUTPUT
END
echo 'SUBDIRS = src' Makefile.am
cat src/Makefile.am \END
However
* Chris Hoogendyk wrote on Fri, Jan 30, 2009 at 01:57:27PM CET:
Ralf Wildenhues wrote:
* Chris Hoogendyk wrote on Thu, Jan 29, 2009 at 10:14:08PM CET:
This was run on a Sun T5220 using gccfss with gmake under Solaris 10.
Is there anything else I can do for you?
Yes: please post
Hello Giulio,
* Giulio Venier wrote on Mon, Feb 16, 2009 at 01:31:28PM CET:
I hope that this could help for the improvement of Lyx. I'd like to
thank you all for the wonderful program you've done (really better than
Word). [...]
I'm glad you like Lyx, but I think you've reached the wrong
Hello Reuben,
* Reuben Thomas wrote on Mon, Feb 23, 2009 at 03:19:10PM CET:
what's the status of this macro?
It is still not documented. It is not deprecated either, but as the
'missing' script is not easily extensible by the user, the situations
where AM_MISSING_PROG is helpful for the user
Hello Richard,
thanks for the report.
* Richard Cunningham wrote on Thu, Feb 26, 2009 at 03:32:03PM CET:
I am finding that a number of packages come with tars with world write
on some the directories when unpacked (without a umask).
I reported the issue to the lighttpd, who said:
'please
Hello Daniel,
* Daniel Kahn Gillmor wrote on Fri, Mar 06, 2009 at 01:54:12AM CET:
In the documentation for AM_MAINTAINER_MODE [0], it states:
People use AM_MAINTAINER_MODE either because they do want their users
(or themselves) annoyed by timestamps lossage (see CVS), or because they
Hello Peter,
* Peter Breitenlohner wrote on Sat, Mar 07, 2009 at 04:56:10PM CET:
On Sat, 7 Mar 2009, Ralf Wildenhues wrote:
I don't know a good way to fix this without adding any forks at all, but
the patch below fixes the issue for master with adding two forks per set
of man pages installed
Let's drop the GNATS PR for this topic.
* Peter Breitenlohner wrote on Mon, Mar 09, 2009 at 10:04:28AM CET:
I am using Automake together with an m4/ directory, and my top-level
Makefile.am starts with 'ACLOCAL_AMFLAGS = -I m4'. Consequently the
generated aclocal.m4 ends with several
* Jim Meyering wrote on Sat, Mar 14, 2009 at 03:02:52PM CET:
Ralf Wildenhues wrote:
GNUmakefile: disable parallelism only for multiple, recursive targets
* top/GNUmakefile (ALL_RECURSIVE_TARGETS): New macro; allow user
additions in the Makefile.
(AM_RECURSIVE_TARGETS
Hi Bruno,
* Bruno Haible wrote on Thu, Mar 19, 2009 at 01:22:52AM CET:
The automake-generated 'install-man[2-79] targets apply $(transform), that it,
the program name transformation, to the base name of manual pages before
installing them. This is wrong, because the program name transformation
* Ralf Wildenhues wrote on Sat, Mar 14, 2009 at 01:22:56PM CET:
GNUmakefile: disable parallelism only for multiple, recursive targets
* top/GNUmakefile (ALL_RECURSIVE_TARGETS): New macro; allow user
additions in the Makefile.
(AM_RECURSIVE_TARGETS): New macro, override
Hello Bruno,
* Bruno Haible wrote on Mon, Mar 23, 2009 at 12:28:51AM CET:
http://lists.gnu.org/archive/html/bug-gnulib/2005-02/msg0.html
Without consensus on the question whether interoperability is desirable,
it is moot to discuss the format. As I read the archives, at some point
[ adding bug-automake ]
Hello John,
* John R. Cary wrote on Wed, Mar 25, 2009 at 05:07:17PM CET:
Thanks, Ralf, for your latest patch. I applied this to automake-1.10.2.
Now
--tag=FC shows up for FC code, but there is no tag for F77 (.F, .f) code.
The F77 stanza looks analogous to the FC
Hello Daniel,
thanks for the report.
* Daniel Richard G. wrote on Thu, Mar 26, 2009 at 05:06:45AM CET:
I upgraded my copy of Automake from 1.10.1 to 1.10.2, and suddenly,
builds are failing on two separate HP-UX systems (B.11.00 on 32-bit
PA-RISC, and B.11.23 on IA64).
Weird. I haven't
* Daniel Richard G. wrote on Thu, Mar 26, 2009 at 04:56:11PM CET:
But how can this be. Just before the shift, one of the two set
commands is executed and sets $1 to x. Which is exactly what the
shift aims to undo!
I've confirmed that this works correctly for a small number of
You can also send the config.status file to me, off-list, if you
prefer.
Thanks. It's this issue, fixed in current git (master and branch-1-10):
http://thread.gmane.org/gmane.comp.sysutils.automake.patches/3344/focus=3347
Cheers,
Ralf
Hello Daniel,
* Daniel Richard G. wrote on Fri, Mar 27, 2009 at 05:07:49AM CET:
EXTRA_PROGRAMS = foo bar
if ENABLE_STUFF
bin_PROGRAMS = $(EXTRA_PROGRAMS)
endif
I go to regenerate the makefile, and, what's all this then?
automake: bar_OBJECTS should not be
Hi Karl,
it took me the better part of a year to find enough energy to attack
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/4205.
* Karl Berry wrote on Wed, Jun 04, 2008 at 11:32:47PM CEST:
AIUI, the subsubheadings do not cause entries in the contents of the
PDF file. I'm
Hi Karl,
thanks for the quick review!
* Karl Berry wrote on Fri, Mar 27, 2009 at 11:26:24PM CET:
+* SUBDIRS vs DIST_SUBDIRS:: Two sets of directories
Probably a period after vs, to match the @subsection name (and because
this manual is (primarily?) in American English rather than
Hi Karl,
* Karl Berry wrote on Sat, Mar 28, 2009 at 11:25:26PM CET:
* Unfortunately, you cannot use periods, commas, colons or
parentheses within a node name; these confuse the Texinfo
processors. Perhaps this limitation will be removed some day, too.
Oh yeah :).
Hello Rainer,
* Rainer Tammer wrote on Fri, Apr 03, 2009 at 04:03:41PM CEST:
the test automake 1.10.2 check10.t fails on AIX 5.3:
Yep.
After I have applied
* tests/check10.test: When a rule fails, Solaris make will
output the complete command that failed; in this case the test
Hello Reuben,
* Reuben Thomas wrote on Sat, Apr 04, 2009 at 02:01:15AM CEST:
Is there a standard way to make an autotoolised build system require GNU
Make? I'm getting a bit fed up having to express everything in POSIX make
when most systems now seem to have GNU Make, even where it's not
* Reuben Thomas wrote on Sat, Apr 04, 2009 at 01:44:48PM CEST:
I would imagine an AC_MAKE_GNU (or somesuch) that looks at make's help
output, then tries gmake (and gnumake?) if make is not GNU Make.
Oh, and I've just found check_gnu_make.m4 in autoconf-archive.
Ah, I didn't know this macro
Hello Rainer,
let's keep the mailing list in Cc:, thanks.
* Rainer Tammer wrote on Mon, Apr 06, 2009 at 08:50:39AM CEST:
Yes,
this fixes the test. Unfortunately test libtool7.test and libtool9.test
still fail (details see below).
Thanks for reporting these failures. I have seen them before,
Hello Reuben,
* Reuben Thomas wrote on Sat, Apr 04, 2009 at 09:15:43PM CEST:
On Sat, 4 Apr 2009, Mike Frysinger wrote:
what would be cool is if automake processed some GNU makeisms in the .am -
.in step. personally, i use some things like $(wildcard) and $(patsubst)
because i hate having to
Hi Bruno, Karl,
thanks for the report.
* Bruno Haible wrote on Tue, Apr 07, 2009 at 01:04:36PM CEST:
Automake generates rules for creating DVI and PDF formatted documentation
that rely on the TEXINPUTS variable. This variable appears to have not the
desired effect in recent TeX distributions.
* Reuben Thomas wrote on Mon, Apr 06, 2009 at 10:38:55PM CEST:
On Mon, 6 Apr 2009, Ralf Wildenhues wrote:
What do you mean by allow it to be required. You can require it now
for your package using autotools.
Right, and my original question was to ask how do I require GNU Make
* Bruno Haible wrote on Fri, Apr 03, 2009 at 12:58:26PM CEST:
For the {dvi,ps} formats this is (arguably) a bug in automake,
I agree; automake should remove {html,dvi,ps,pdf} only upon 'clean', but
not upon 'mostlyclean'. Only the latex by-products should be removed
upon
CC rmdir.o
CC touch.o
CC unlink.o
mv: cannot stat `.deps/rmdir.Tpo': No such file or directory
make[3]: *** [rmdir.o] Error 1
make[3]: *** Waiting for unfinished jobs
Cheers,
Ralf
2009-04-10 Ralf Wildenhues ralf.wildenh...@gmx.de
Fix parallel
* Jim Meyering wrote on Fri, Apr 10, 2009 at 02:51:08PM CEST:
2009-04-10 Ralf Wildenhues ralf.wildenh...@gmx.de
Fix parallel distcheck failure.
* maint.mk (ALL_RECURSIVE_TARGETS): Add patch-check,
check-AUTHORS, maintainer-distcheck, vc-dist, taint-distcheck,
my
Helol Daniel,
* Daniel Richard G. wrote on Fri, Mar 27, 2009 at 05:07:49AM CET:
EXTRA_PROGRAMS = foo bar
if ENABLE_STUFF
bin_PROGRAMS = $(EXTRA_PROGRAMS)
endif
I go to regenerate the makefile, and, what's all this then?
automake: bar_OBJECTS should not be
Hi Karl,
thanks for the report.
* Karl Berry wrote on Sat, Apr 11, 2009 at 02:54:16AM CEST:
I have found myself needing to go through the complicated shell
sequence for the $(RECURSIVE_TARGETS) rule more than once when debugging
the Makefile.am's in a big directory tree (namely TeX Live).
Hello Karl,
* Karl Berry wrote on Sat, Apr 11, 2009 at 02:54:16AM CEST:
1) In the Extending node of the automake (1.10.2) manual, there's a typo:
now: respected by `automake' to ensure the user always have the last word.
new: respected by `automake' to ensure the user always has the last
Hello Matthias,
* Matthias Klose wrote on Tue, Apr 14, 2009 at 09:02:27AM CEST:
seen in 1.10.1.
'${prefix}' and '${exec_prefix}' are passed unexpanded to get_python_lib()),
and
the macro then defaults to the hardcoded alternative case. The patch passes
the
real path names to
Hi Eric,
thanks for the bug report.
* Eric Blake wrote on Thu, Apr 16, 2009 at 04:17:32PM CEST:
I'm using origin/next at the moment, and seeing failures like this anytime I
touch configure.ac then attempt a parallel make on cygwin:
Do you see these failures with Automake 1.10.2 also?
Which
Hi Karl,
* Karl Berry wrote on Sat, Apr 18, 2009 at 08:09:15PM CEST:
automake 1.10.2 complains about comment after trailing backslash
sometimes, but not every time. In the appended Makefile.am, I get
Makefile.am:23: comment following trailing backslash
which is true enough, but there are
Hi Karl,
* Karl Berry wrote on Sat, Apr 18, 2009 at 08:57:36PM CEST:
- It isn't clear to me what should happen if the user typed
make install-data
or
make install-exec
only. Letting the hook run after one of them only seems clearly wrong.
Yes, that would be wrong.
* Karl Berry wrote on Sat, Apr 18, 2009 at 08:57:36PM CEST:
Try `make SHELL=/bin/bash -vx', that should help for all rules that
Good suggestion. Perhaps it should be added to the manual, if you
didn't already.
You mean like this?
Thanks,
Ralf
2009-04-18 Ralf Wildenhues ralf.wildenh
Tangential to this issue, I think XFile::lock should warn resp. fail
also when parallel non-GNU make is used and exposes a locking issue.
I'm not quite sure whether this can actually happen in practice, as
for example BSD make does not update the target `Makefile' before
updating regular targets,
* Karl Berry wrote on Sun, Apr 19, 2009 at 12:10:31AM CEST:
The line numbers are probably off now since I made more
changes since sending the message, but the essential point is that it
complains about \
#
at the end of man1_MANS definition (it is not present below), but does
not complain
Hi Eric,
* Eric Blake wrote on Mon, Apr 20, 2009 at 06:44:17PM CEST:
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
You can try this; test against git next of Automake.
However, it also causes a hang on Cygwin, so there may be an independent
bug (in the test or in perl); the lock
Hello Andreas,
* Andreas Otto wrote on Sun, Apr 19, 2009 at 11:02:00AM CEST:
I wrote the following line into my Makefile.am:
pymsgque_la_SOURCES = pymsgque.c pymsgque.c pymisc.c
- double include the file pymsgque.c
and got the following compile error
[...]
- please check for
Hi Matt,
* Matt Kraai wrote on Tue, Apr 21, 2009 at 06:44:20PM CEST:
I'm trying to use Stow on an HP-UX 10.20 system. The Stow manual
recommends specifying one prefix at configure time and then overriding
it at install time. That is,
$ ./configure --prefix=$HOME
...
$ make
...
$
Hi Eric,
* Ralf Wildenhues wrote on Mon, Apr 20, 2009 at 10:11:12PM CEST:
* Eric Blake wrote on Mon, Apr 20, 2009 at 06:44:17PM CEST:
But the point remains that we DO want perl's flock to work for
cross-process locking (automake and autoconf both need a lock on
autom4te.cache/requests
Hi Dennis,
thanks for the bug report!
* Dennis Clarke wrote on Sun, Apr 26, 2009 at 03:35:40AM CEST:
I was rather surprised to see this result on a fresh build of automake
1.10.2 where I used Sun Studio 11 compiler ( recent patches applied ) on
Solaris 8 ( also recently patched ).
There have
Hello Philipp,
thanks for the report.
* Philipp Thomas wrote on Mon, Apr 27, 2009 at 07:18:54PM CEST:
check4.test is from automake 1.10.2 is failing across all architectures for
openSUSE factory (i.e. current development branch):
=== Running test ./check4.test
[...]
+ make check
make[2]:
Hi Eric,
* Eric Blake wrote on Tue, Apr 28, 2009 at 10:59:42PM CEST:
Would it be worth me writing a patch to ensure that timestamps used in
various
scripts (such as gnupload, missing, install-sh, etc.) are locked to UTC?
There
was a recent situation on the gnulib list where I modified
101 - 200 of 389 matches
Mail list logo