Hello,
"automake --help" contains this:
Files which are automatically distributed, if found:
Use of uninitialized value in formline at /usr/bin/automake line 8334.
ABOUT-GNU README config.rpath ltcf-gcj.sh
ABOUT-NLS THANKS config.sub ltconfig
The
Hello,
On Tue, Jul 01, 2008, Ludovic Courtès wrote:
> Yes, actually I had forgotten that NixOS' GNU Make package is modified
> to produce additional output suitable for the `nix-log2xml' tool.
> The extra output [*] is (1) one line per goal sent to stderr, and (2) an
> additional "\e[p" sequence
Hello,
On Tue, Jul 01, 2008 at 05:39:27PM +0200, Ludovic Courtès wrote:
> > to reproduce what the test does, try the following:
>
> Unfortunately, I can't run it with the in-tree Automake, because
> `autoreconf' won't find $prefix/share/aclocal-1.10, for instance. How
> can I make it use the i
Hello,
to reproduce what the test does, try the following:
mkdir test.dir
cd test.dir
cat > configure.ac <<\EOF
AC_INIT(foo,0,np)
AM_INIT_AUTOMAKE(foreign)
AM_MAKE_INCLUDE
AC_OUTPUT(Makefile)
EOF
touch Makefile.am
autoreconf -i
MAKE='make -w' ./configure
In my case, the configure output contain
" even
though "install" is declared as a phony target. (I don't know how
hard it would be to change this, because the .PHONY can appear at the
end of the makefile.)
Similarly, if a target is declared as phony, it perhaps should be
treated as case sensitive even though make is configured as case
insensitive.
What do you think?
Stepan Kasal
Hello,
On Tue, May 13, 2008 at 01:08:24PM +0100, Reuben Thomas wrote:
> "almost staled" -> "almost stalled"
Thanks. I added my small collection of typos. Attached below.
Could someone please commit?
thanks.
Stepan Kasal
>From d02669b611ac91885ebf8ec0c947
.
Have a nice day,
Stepan
ChangeLog |4
tests/defs.in |9 -
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 191b99d..8eb9b7c 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,7 @@
+2007-12-14 Stepan Kasal <[EMAIL PROTEC
e gets
accepted.
Or you can resort to a hack:
configure would make a bacup copy at configure time, and that copy
would be used by mostlyclean-local to restore the just-deleted files.
Or you can put the ``official'' docs separatey, not in the place
where they are usually built, and tell users about it.
HTH,
Stepan Kasal
nerated Texinfo sources adequately.
- it is a bug that this limitation is not documented in the manual;
patches welcome.
Have a nice day,
Stepan Kasal
Hello Noah and Ralf,
On Wed, May 09, 2007 at 10:01:04AM +0200, Ralf Wildenhues wrote:
> Well, yes, automake needs to know about @setfilename to infer the info
> file name, whether you include a `version.texi' file, and similar
> things.
yes, Automake is currently written that way. But it present
Hello Ralf,
On Thu, Mar 15, 2007 at 09:11:37AM +0100, Ralf Wildenhues wrote:
> * Stepan Kasal wrote on Wed, Mar 14, 2007 at 01:34:06PM CET:
> > -test -n "$(MAINTAINERCLEANFILES)" && \
> > rm -f $(MAINTAINERCLEANFILES) &&
Hello,
On Thu, Mar 15, 2007 at 01:29:30PM +0100, Ralf Wildenhues wrote:
> [ Cc:ing bug-automake for an documentation request ]
>
> * Jules Colding wrote on Thu, Mar 15, 2007 at 12:10:54PM CET:
> [...]
> > This unfortunately has a side effect as it creates a target in my
> > Makefile named "BuildR
Hello,
the target maintainer-clean contains
-test -z "$(MAINTAINERCLEANFILES)" || rm -f $(MAINTAINERCLEANFILES)
which means that the files are cleaned only in the build tree.
But the files which are cleaned by maintainer-clean, but not
distclean, are usually distributed, because it is s
Hello,
i apologize that I reply to myself. I found out there is one nit:
> If you write the rule for ChangeLog to Makefile.am, then Automake
> complains that the file does not exist at the time Automake is run.
Actually, Automake suppresses the message if a rule named
"ChangeLog" is found.
But
tp://lists.gnu.org/archive/html/bug-autoconf/2007-01/msg00039.html
but I want to here from both lists before we come to a decision.)
Stepan Kasal
2007-01-15 Stepan Kasal <[EMAIL PROTECTED]>
* doc/automake.texi: Direntry for "automake Invocation" renamed.
Index: doc/
OMAKE should be the first AM_* macro; is it really
there?
In any case, I suppose the attached patch should not hurt.
Thanks,
Stepan Kasal
2007-01-10 Stepan Kasal <[EMAIL PROTECTED]>
* m4/auxdir.m4 (AM_AUX_DIR_EXPAND): Require
AC_CONFIG_AUX_DIR_DEFAULT.
Index: m
e updated message?
(In that case please remove the fixed tests from the list.)
Have a nice day,
Stepan Kasal
Hello Ralf,
On Fri, Nov 10, 2006 at 05:50:18PM +0100, Jim Rainville wrote:
> + aclocal-1.10 -I m4
...
> configure.ac:80: warning: macro `AM_LIBTOOLFLAGS' not found in library
On Sun, Nov 12, 2006 at 06:43:44PM +0100, Ralf Wildenhues wrote:
> The warning shouldn't be there. Please post the config
Hello Gary,
wow this is an interesting bug, I enjoyed analysing it!
[Ccing bug-autoconf, because a check has to be added to Autoconf's
configure.
Ccing also bug-gnu-gettext, though I'm not sure whether an action is
needed for gettext.m4.]
On Wed, Nov 08, 2006 at 11:49:31PM -0600, Gary V. Vaughan
omake/XFile.pm about `-' about it;
I'm not volunteering for that because of Perl. ;-)
The third step would be to tell the caching in autom4te that such
runs cannot be cached.
(And then we could implement `autoconf -'.)
Have a nice day,
Stepan Kasal
2006-10-24 Stepan Kasa
not include aclocal.m4), thus their caching
always stays disjoint.
2006-10-24 Stepan Kasal <[EMAIL PROTECTED]>
* bin/autom4te.in: With --force, always refresh the output
file. Problem reported by Greg Schafer <[EMAIL PROTECTED]>.
Index: bin/autom4te.in
===
27;) ?
If yes, then it seems that either aclocal or autoconf is failing.
To find out which one, could you please try to reproduce the failure
with the patch below?
Does the failure appear at
grep 'ight foo' aclocal.m4
or at
grep 'rig
Hello,
[cc to bug-automake, as we are touching a bug in aclocal]
On Mon, Oct 02, 2006 at 11:39:45AM +0200, Guillaume Rousse wrote:
> Stepan Kasal wrote:
> > The -I option of autoconf is where the _included_ files are searched
> > for. For example, if your configu
.
Automake should recognize that the above redefines the three targets.
Have a nice day,
Stepan Kasal
Hello,
On Wed, Aug 09, 2006 at 10:07:17PM +0200, Pierre wrote:
> >* Pierre wrote on Mon, Aug 07, 2006 at 08:29:53AM CEST:
> >># make check
> >>[...]
> >>PASS: aclocal.test
> >>PASS: aclocal3.test
> >>FAIL: aclocal4.test
>
> Here are the log file.
it seems that the standard Unix command `test' (w
Hello,
I encountered a problem. If Makefile.am contains:
check_PROGRAMS =
check_SCRIPTS =
TESTS =
then the generated makefile contains:
check-am: all-am
$(MAKE) $(AM_MAKEFLAGS) $(check_PROGRAMS) $(check_SCRIPTS)
$(MAKE) $(AM_MAKEFLAGS) check-TESTS
Beacuse the two variabl
Hello,
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 of your patch.
Have a nice day,
Stepan
* m4/mkd
Hello,
On Thu, Jun 08, 2006 at 05:25:47PM +0200, Jérôme Pouiller wrote:
> One last question : In Makefile of linux kernel, HOSTCC is used to name
> compiler for the build platform, no?
yes, when they say ``host program'', they mean ``binary for the
system where the kernel build runs.''
The bui
Hello,
On Thu, Jun 08, 2006 at 10:58:20AM +0200, Jezz wrote:
> Hmm... You should use "BUILD" when you use triplet build/host/target
> (for exemple, when you compile a compiler).
well, if you are not building a compiler, the target patform is not
relevant, but the previous two still apply:
- the
Hello,
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 c
Hello,
as a side issue, the following bug was discussed on autoconf-patches.
I'm quoting generously:
On Sun, Apr 02, 2006 at 12:42:50AM -0500, Chris Pickett wrote:
> Stepan Kasal wrote:
> >On Fri, Mar 31, 2006 at 11:25:27PM -0500, Chris Pickett wrote:
> >>I should also
Hello,
current CVS versions of Autoconf and Automake use make variable
LIBOBJDIR, to enable using AC_LIBOBJ with non-recursive makefiles.
I think this is not the best possible solution to the problem.
I hoped to submit an alternative solution, which would mean that
LIBOBJDIR could have beed remo
Hello,
re this:
> automake: version is incorrect: @VERSION@
I exchanged private mails with the author of this bug report, and he
has told me that the problem was caused a buggy perl in his path.
So there is no need to spen more time on this mystery.
Have a nice day,
Stepan Kasal
y of "amversion.m4"?
Hope these hints help you to find the cause of the problem.
Have a nice day,
Stepan Kasal
n your previous report.
Hope this helps,
Stepan Kasal
the beginning of 2007.
It is practical to have recent entries in the file named "ChangeLog", so
that you can search it.
Have a nice day,
Stepan Kasal
Hello,
On Sat, Dec 31, 2005 at 08:51:56PM +0200, Eli Zaretskii wrote:
> I'm not Karl, but I will try.
thank you Eli, for your explanation, and thanks to Karl for his
additional comment.
I accept your position.
Stepan
Hello Karl,
On Sat, Dec 31, 2005 at 11:41:40AM -0600, Karl Berry wrote:
>
> I suggest that the info files should not be distributed by default.
>
> Well, I strongly, strongly, disagree, and so do the GNU standards, and
> GNU practice for the last 20 years. I can't see how dropping them would
Hello Darius,
sorry, this list is intended for reports of bugs in the Automake pacakge.
Please try to find a more apropriate mailing list.
Happy new your to you,
Stepan
ed.
And I think that the second paragraph can be deleted. Of course a user
can errorneously declare a source file both distributed and
non-distributed, that's not a special problem of texinfo sources.
Akim, would you agree with this change to the comment?
Have a nice year,
Stepan
EADME and send a verbose output
of the tests which failed?
(Run "make check 2>&1|tee log ; grep ^FAIL log".)
(But perhaps I'm missing something.)
HTH,
Stepan Kasal
a proposed patch for the Autoconf manual.
Could someone please verify whether "trap - SIG" is supported on recent
versions of Solaris and HPUX?
Have a nice day,
Stepan Kasal
2005-11-01 Stepan Kasal <[EMAIL PROTECTED]>
* lib/install-sh: Use "trap ''
Hello,
On Mon, Oct 31, 2005 at 10:27:16AM -0800, Tim Rice wrote:
> On Mon, 31 Oct 2005, Stepan Kasal wrote:
> > On Sat, Oct 29, 2005 at 08:03:53PM -0700, Tim Rice wrote:
> > > Some CC compilers do not like -c -o options together.
> >
> > Automake contains code to ci
Hello,
thank you for your bug report.
On Mon, Oct 31, 2005 at 04:21:31PM -0800, Kean Johnston wrote:
> There is a bug in teh latest install-sh that is in m4 1.4.4.
This is the latest install-sh in the Automake CVS.
So this bug report belongs to bug-automake, where I'm forwarding it.
> It uses
OS and C++ compiler?
Have a nice day,
Stepan Kasal
Hello,
> While building Enlightenment DR1.7 from CVS (www.enlightenment.org) on
> OpenBSD current the following happened:
a few quick ideas:
- are you using the latest release? 1.9.6
- are you using GNU m4? (Automake calls autom4te, which should use
GNU m4; the BSD m4 is not ready for Autocon
ook is not called.
This means that getdate.c is not registered in maintainer-clean files.
And if YFLAGS contains '-d', the generated header is not properly
registered.
And the same problem exists for lex sources, *.l.
Have a nice day,
Stepan Kasal
Hello again,
in a private mail, Patrick pointed out some problems in my answer:
On Mon, Oct 03, 2005 at 02:15:29PM +0200, Stepan Kasal wrote:
> You should use a relative path, ie. in lib/Makefile.am you should use:
>
> libmylib_la_SOURCES = ../src/myfile.cc
I should have said
irectory prefix is used not only for finding the source, but also
for dependency tracking and with subdir-objects also for the directory
where the object will be created.
Does this work for you?
(Well, I should admit that I'm mostly guessing. But if it helps you,
you could perhaps forgive me.
ich are marked "FAIL", not "XFAIL".)
You'll find some instructions in tests/README.
Thank you for your bug report.
Stepan Kasal
Hello Ralf,
thank you for catching this,
> With this patch in CVS Autoconf, CVS Automake fails the tests
> subdir5.test pr300-lib.test distname.test
> (at least). This is due to `configure' removing a.c, which looks like a
> bug in this patch to me.
I agree that this is a bug in this patch.
omake-1.8.5, it can coexist with automake-1.9.
(After installing it, re-install automake-1.9.6, so that
/usr/bin/aclocal and /usr/bin/automake point to the 1.9.x version.)
> thanks a lot in advance
You are welcome,
Stepan Kasal
Hello,
On Tue, Jul 26, 2005 at 09:01:37AM +0200, Stepan Kasal wrote:
> 2005-07-25 Stepan Kasal <[EMAIL PROTECTED]>
>
> * lib/am/texinfos.am (uninstall-info-am): Call install-info only if
> the $(infodir) exists.
this patch has been installed, though it seems Al
the tests.
Stepan Kasal
u, Seth: you have to reinstall
vanilla Automake and verify that the workarounds really works in your
environment.
Happy hacking! ;-)
Stepan Kasal
Hello,
On Sun, Aug 14, 2005 at 11:35:34PM +0200, Karl Berry wrote:
> If I could change the configure.ac or Makefile.am source in the
> subproduct to change the setting of CXXLD in the final generated
> Makefile, that would work.
that's easy: add something like
if special-need; then
AC_SU
Hello,
I understand why most of my patch was rejected, but one question remains.
What would be wrong with this:
- define_variable ('mkinstalldirs', '$(install_sh) -d', INTERNAL);
+ define_variable ('mkinstalldirs', '$(mkdir_p) .', INTERNAL);
I think it could make the make output more r
Hello Alexandre,
On Sun, Aug 07, 2005 at 10:09:54AM +0200, Alexandre Duret-Lutz wrote:
> OK. Let's just fix the comment then.
thank you for resolving that.
I think the last part of your patch should be reverted, though:
># On NextStep and OpenStep, the `mkdir' command does not
># recog
Hello,
I have noticed the following:
file lib/am/remake-hdr.am contains command
$(MAKE) %STAMP%
while I'd expect the usual $(MAKE) $(AM_MAKEFLAGS) %STAMP% for the
recursive call of make.
Similar with %DIRSTAMP% in texibuild.am and texi-vers.am .
Isn't this a bug?
Thanks in advance f
ir now, we can safely use
mkdir -p -- .
Attached please find a patch to taht effect. I verified that it passes
`make check'.
Have a nice day,
Stepan Kasal
2005-07-29 Stepan Kasal <[EMAIL PROTECTED]>
* m4/mkdirp.m4 (AM_PROG_MKDIR_P): We can use "mkdir -p -- .&
ectory) and could not create (No such file or directory)
make[1]: *** [uninstall-info-am] Error 1
Attached please find a simple patch; it passed "make check" on my side.
Have a nice day,
Stepan Kasal
2005-07-25 Stepan Kasal <[EMAIL PROTECTED]>
* lib/am/texinfos.
t that we remove the change from
http://lists.gnu.org/archive/html/bug-automake/2004-07/msg00061.html
and wait for another bug report. ;-)
Have a nice day,
Stepan Kasal
t yet known; it seems that the OS has a weird bug.
See
http://lists.gnu.org/archive/html/bug-automake/2004-11/threads.html#00041
Have a nice day,
Stepan Kasal
Hello,
I have noticed that rule chaining breaks when per-target flags
are used. Attached please find a patch which introduces tests for
this, but no fix.
Can this patch be accepted?
How could this bug be fixed?
Have a nice day,
Stepan Kasal
2005-07-20 Stepan Kasal <[EMAIL PROTEC
ou can do
cd tests; ./foo.test
See tests/README for more details.
Thanks again,
Stepan Kasal
Hello Eric,
On Wed, Jul 06, 2005 at 08:06:10PM +, Eric Blake wrote:
> tar.test: no idea what is going wrong here, [...]
the log shows that distcheck is failing.
It seems there are some problems with time stamps. On Unices, the standard
guess would be that you might have time skew between th
Hello,
On Thu, Jun 30, 2005 at 03:09:12PM +0200, Alexandre Duret-Lutz wrote:
> Stepan> I see no reason for the `export' here.
...
> Alas, many shells, such as Solaris 2.5, IRIX 6.3, IRIX 5.2, AIX
> 4.1.5, and Digital UNIX 4.0, forget to `export' the environment
> variables they r
27;t set the variable if it's not set, either.
Please find attached a patch which contains both these changes.
Happy summer,
Stepan
2005-06-30 Stepan Kasal <[EMAIL PROTECTED]>
* lib/mdate-sh: Don't export TIME_STYLE; it's even better if it's
not
Hello,
On Wed, Jun 08, 2005 at 08:49:37PM +0200, Alexandre Duret-Lutz wrote:
> Stepan> Do you think it should be reported by AC_SUBST_TRACE, too?
>
> Either way is fine with me.
I committed the patch attached to this mail.
Stepan
2005-06-29 Stepan Kasal <[EMAIL PROTECTED]&
is posix-long-iso, and as it is
posix-*, it should give us the traditional behaviour for the POSIX
locale (which was just set).
Alexandre, would you accept the patch as attached to this mail?
Happy hacking,
Stepan
2005-06-28 Stepan Kasal <[EMAIL PROTECTED]>
* lib/mdate-sh: Avo
Hi,
On Tue, May 24, 2005 at 06:22:45PM +0200, Alexandre Duret-Lutz wrote:
> Stepan> OK. Alexandre, I'm new to this, could you please
> Stepan> suggest a name for the macro?
>
> I'm not good at naming things. AC_SUBST_TRACE (like
> AC_DEFINE_TRACE) or AC_OUTPUT_VARIABLE ?
OK, it'll be AC_SUBS
general mechanism here is the best option.
Have a nice day,
Stepan Kasal
.
Yet I still think having these in header-vars.am is the siplest way.
> > Let's work on solution that don't require modifying Automake each
> > time Autoconf introduces a new variable.
I don't think that new directory-specific variables appear so often.
Alexandre, what of the options mentioned above would you choose?
Regards,
Stepan Kasal
se you have to know that it's `.', so you cannot use it in any sane
Makefile.am. OTOH, abs_buildir is not trivial, so it should be added, too.
Regards,
Stepan Kasal
Hello,
On Mon, May 09, 2005 at 06:02:24PM +0200, Harald Dunkel wrote:
> I tried to replace $(top_builddir)
> in a Makefile.am by $(abs_top_builddir), but the new
> Makefile did not define this macro.
Actually, this is a bug/feature of Automake, that these variables
are not propagated by default.
e many such files, then the former variant is shorter.
But I'd have to check that Sun make understands this.
Have a nice day,
Stepan Kasal
ile won't be regenerated in every build?
No wonder people do it the simple way: add the spec file to AC_OUTPUT.
(Fortunately, distcheck doesn't complain.)
Have a nice day,
Stepan Kasal
ributed is rewritten as soon
as you run ./configure.
The command "make distclean" means "remove all the files generated by the
./configure run". Thusly, the "newly generated" mypackage.spec is removed.
(It makes no difference that it is identical to the original one.)
But Automake 1.9.5 failed to do this. The lines
were spread to different parts of the makefile.
I'm not sure, but the fact that the line
program=`expr '$*' : '.*/\([^/*\)'` && \
looks as a definition of make variable `program', could have contribute
ng like this:
am-non-intermediate: gnm-genmarshals.c
or perhaps:
am_non_intermediate_targets = gnm-genmarshals.c
am-non-intermediate: $(am_non_intermediate_targets)
Alexandre, wdyt? Does this proposal make sense?
Thanks,
Stepan Kasal
Hi,
On Wed, Mar 16, 2005 at 03:08:06PM +0100, Bruno Haible wrote:
> mv -f elc-temp $@
..
> mv -f elc-temp $@ || { touch $@; rm -f elc-temp; }
But this change is incorrect. It canmcels the whole trick:
touch tmp
...
mv tmp $@
ensures that the stamp file will be olde
Hello,
On Mon, Mar 07, 2005 at 07:09:49PM -0300, Hema K wrote:
> iam getting the following when i do autoconf
> iam usin autoconf 2.59
> if the error is due to version incompatability
> then how do i find out which version to use.
>
> ---
> [EMAIL PROTE
Hello,
On Fri, Mar 04, 2005 at 12:40:33PM -0300, Hema K wrote:
> the following is present in configure.in
>
> AC_CONFIG_FILES([Makefile intl/Makefile [...]
> AC_CONFIG_FILES([Makefile])
OK, in this case there is no need to repeat. The first AC_CONFIG_FILES
is enough.
One more wild guess: is i
> esac
Wouldn't the following be safer:
case $3 in
???*) day=$1;;
*) day=$3; shift;;
esac
Have a nice day,
Stepan Kasal
84 matches
Mail list logo
