I've checked this in.
2006-08-04 Ralf Wildenhues [EMAIL PROTECTED]
* automake.in (handle_LIBOBJS_or_ALLOCA): With subdir-objects,
do not prefix `$(top_builddir)/' aka `./' to nonempty LIBOBJDIR,
to help BSD Make find the files also in a VPATH build.
Also return
BW == Bas Wijnen [EMAIL PROTECTED] writes:
BW Hi,
BW automake just crashed on me, and it told me to send a mail
BW here, so I do. :-)
Hi Bas, thanks for doing so.
BW This is what it says:
BW Makefile.am:184: unterminated conditionals: DEBUGGING_TRUE DEPRECATION_TRUE
This means
Thank you, and sorry for the delay.
I'm installing this as follows, removing another reference to
DISTDIRS in dist.am, fixing distdir.test so it passes, and
fixing the (c) year of pr2.test,
2006-08-04 Stepan Kasal [EMAIL PROTECTED]
* automake.in (dist_dirs, fill_dist_dirs): Remove.
Hello,
On Fri, Aug 04, 2006 at 02:54:23PM +0200, Alexandre Duret-Lutz wrote:
I'm installing this as follows, removing another reference to
DISTDIRS in dist.am, fixing distdir.test so it passes, and
fixing the (c) year of pr2.test,
thank you very much for the fixes. (I wonder why I thought
Found this on an old TODO-list. If a beginner type
AC_INIT
AM_INIT_AUTOMAKE
without further arguments, he gets a confusing error message
about AC_PACKAGE_VERSION:
configure:1943: error: possibly undefined macro: AC_PACKAGE_TARNAME
If this token and others are legitimate, please use
I'm checking this in.
2006-08-04 Alexandre Duret-Lutz [EMAIL PROTECTED]
* doc/automake.texi (Scripts): Revamp. Show an example of script
built from configure.ac. Discuss CLEANFILES and EXTRA_DIST for
other built scripts.
Index: doc/automake.texi
too fast
2006-08-04 Alexandre Duret-Lutz [EMAIL PROTECTED]
* doc/automake.texi (Scripts): Fix some errors in previous patch.
Index: doc/automake.texi
===
RCS file: /cvs/automake/automake/doc/automake.texi,v
retrieving
Hello,
On Wed, Aug 02, 2006 at 07:30:47PM -0600, Ed Hartnett wrote:
[...] gcc to produce an extra output file, called libnetcdf.def.
...
So how do I tell automake that there is a file I would like installed,
but not specially built nor included in the distribution?
I'm sure there is
RH == Robert Homann [EMAIL PROTECTED] writes:
RH Hello list!
RH We have a problem here with GNU Make's built-in rules that I can't seem to
RH be able to solve. Short version of my question: How can the implicit rule
RH for RCS defined in GNU Make be disabled in a portable way (Automake
Hello Jim,
* Jim Meyering wrote on Fri, Aug 04, 2006 at 04:35:30PM CEST:
mostlyclean-local:
@test -z $(MOSTLYCLEANDIRS) ||\
for dir in $(MOSTLYCLEANDIRS); do \
if test -d $$dir; then \
echo rmdir $$dir; rmdir $$dir; \
Ralf Wildenhues wrote:
the right fix would be to add dependency information
mostlyclean-local: mostlyclean-compile mostlyclean-generic
Depending on mostlyclean-compile is not needed, and this rule removes
only files in the current directory. I added this fix to gnulib-tool:
2006-08-04
For some modules (e.g., sys_stat), gnulib-tool generates
a mostlyclean-local rule like this:
mostlyclean-local:
@test -z $(MOSTLYCLEANDIRS) ||\
for dir in $(MOSTLYCLEANDIRS); do \
if test -d $$dir; then \
echo rmdir $$dir; rmdir
Ralf Wildenhues [EMAIL PROTECTED] wrote:
...
IMVHO it's ugly (and resource-wasting) to have a $(MAKE) reinvocation
to paper over limitations in the extensibility of Automake-generated
Makefiles; the right fix would be to add dependency information
mostlyclean-local: mostlyclean-compile
13 matches
Mail list logo