If you see yacc4 failing, it doesn't matter. It's just another sign
of the fact that --add-missing is in bad shape currently. What
happens is that the /usr/local/automake file is chosen instead of that
shipped with Automake. Installing Automake does the trick.
> "Steve" == Steve M Robbins <[EMAIL PROTECTED]> writes:
Steve> I have no clue if this affects automake CVS.
Nope.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * automake.in (Language): New package, temporarily in this file.
Akim> Use Class::Struct. (Automake): New pac
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> In particular Automake cannot override user variables with
Akim> Automake variables.
Tom> Ok, that'
check. OK, doesn't matter a lot for Struct, but will
for Automake::Macro, so let's do it right from now.
We should really settle this now, many patches are held because of
this. It distchecks.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
-my %clean_files;
-grep { $clean_files{"$infobase.$_"} = 1} @clean_suffixes;
+# FIXME: I don't understand why, but I can't use "$infobase.$_" => 1.
+my %clean_files = map { "$infobase" . ".$_" => 1 } @clean_suffixes;
grep { delete $clean_files{"$infobase.$_"} } @syncodein
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> gcc3 very nearly does exactly what automake wants in terms of
Tom> dependency tracking.
Tom> I think that ideally automake should recognize this and avoid
Tom> using depcomp when it discovers that the user is using gcc3. In
Tom> this si
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Right now m4/depend.m4 sets
Tom> am_cv_OBJC_dependencies_compiler_type=gcc whenever doing
Tom> dependency tracking for OBJC.
Tom> I think this is wrong. We might be running gcc3, which we ought
Tom> to prefer.
Err, I never looked at th
Index: TODO
--- TODO Wed, 07 Mar 2001 21:02:27 +0100 akim (am/f/42_TODO 1.7 644)
+++ TODO Sun, 13 May 2001 10:32:37 +0200 akim (am/f/42_TODO 1.7 644)
@@ -9,9 +9,6 @@
we need a document describing automake from the end user's point of view
eg describe INSTALL_HEADER there, among other things
-
## Note it is on purpose we wrote `if %AMDEP%', since:
##
## - if deps are turned off, %AMDEP% is mapped onto FALSE, and therefore
## the `if FALSE' chunk is removed (automake-time conditionals).
##
## - if deps are on, %AMDEP% is mapped onto AMDEP, and therefore
## the `if FALSE' chunk is p
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Akim -- The *.am move also requires a Makefile.am update.
Wow! Congrats! Nice move.
Tom> Maybe I'll just check in the whole mess, as I am working on it
Tom> anyway.
If you didn't have time to handle this, I will.
The top level is
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> This is missing a ChangeLog entry for automake.texi and
Tom> tests/defs. Also, you need to patch tests/installsh.test.
Tom> Finally, please `cvs rm *.am' and write a ChangeLog entry
Tom> explaining that, and check it all in at the same
On my Debian system, distcheck fails because of uninstall-info-am:
here install-info is in /usr/sbin, which I don't have in my path. In
other words, unless I'm root, there is no install-info.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* lib/am/texinfos.
| Akim --
| creche. make maintainer-check
| perllibdir=../automake/lib /usr/bin/perl -c -w automake
| Name "Language::libdir" used only once: possible typo at automake line 35.
| automake syntax OK
| perllibdir=../automake/lib /usr/bin/perl -c -w aclocal
| aclocal syntax O
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> How much of the automake syntax does it understand? This might
Tom> be an interesting feature to integrate into the next major
Tom> release (not 1.5, but whatever the one after that is).
Tom> This will give Akim a chance to change all t
Automake now has two new Mailman mailing lists:
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-automake
and
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/automake-patches
Go to these pages to subscribe.
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> [EMAIL PROTECTED]
>> http://mail.gnu.org/mailman/listinfo/bug-automake
Alexandre> So, did you move the subscribers of the original
Alexandre> bug-automake mailing list over to Mailman, or am I going to
Alexandre> have to subscri
| > "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
| Harlan> However, if I move the lines:
| Harlan> ANSI2KNR = ../util/ansi2knr
| Harlan> ../util/ansi2knr:
| Harlan> cd ../util && $(MAKE) $(AM_MAKEFLAGS) ansi2knr
| Harlan> from their current position in the Makefile (late, af
The Autoconf team is extremely proud (and quite relieved) to announce
the release of Autoconf 2.50. As can be guessed from the NEWS excerpt
below, profound changes have been made in order to provide a more
coherent interface and more user-friendly macros.
Autoconf can be downloaded from
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> We're planning to get rid of aclocal in the future. I forget
Tom> exactly what form that plan takes. Akim knows.
First of all, the responsibility will move to Autoconf, aclocal has
nothing to do with Automake.
The main plan is to get
> "Nathan" == Nathan Neulinger writes:
Nathan> Would y'all consider extending the license exception to
Nathan> include the 'missing' script as well? (I'm referring to the
Nathan> exception that allows distributing autoconf support files with
Nathan> apps that are not gpld. I'm not sure if th
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> I never did get the joke with `make mrproper' what is that all
Gary> about anyway?...
A Procter and Gamble cleaning product. In France ``Monsieur Propre''.
www.monsieurpropre.com
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> Thanks. Applied on branch-1-4. If there is an automake-1.4-p5,
Gary> this will be in it!
Applied on HEAD.
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I have noticed Automake testsuite failures in distname.test,
Pavel> subobj5.test and subobj6.test on OpenBSD 2.7 with the CVS head
Pavel> versions of Autoconf and Automake.
What's the status of this issue, Pavel?
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> This sounds familiar to me - I think I ran in to the same
Harlan> problem under FreeBSD on a configure.in script that only
Harlan> wanted to find the X directories (header and libs). I had to
Harlan> specify AC_PROG_CC to solve t
| > How about merging AC_PROG_CPP and AC_PROG_CC together?
| >
| > What's the point of keeping the two of them?
| * Some tools (eg. imake) apply cpp as macro-processor, even if cc is
| not available on a particular installation. Other tools might want
| to apply these tools even i
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
>> How about merging AC_PROG_CPP and AC_PROG_CC together? What's the
>> point of keeping the two of them?
Pavel> My concern is compatibility. There is no real reason to test
Pavel> for one but not the other, but if we go ahead and merge
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> This thought however raises another question: Why does
Ralf> AC_PROG_CPP exist at all?
Ralf> I would assume: * Some autoconf-users wanted to use CPP without
Ralf> CC (I have even seen cases were a host's native cpp have been
Ralf>
I might be wrong, but I believe that what you describe is already in
the current Automake. It might be documented, but at least there is
the macro:
src/am/m4 % less make.m4 nostromo 18:34
# AM_MAKE_INCLUDE()
# -
# Check to see how make tre
I've read into more details your proposal, and it looks very good,
much more robust than the current approach in Automake IIRC.
I'm OK with integrating this with minor changes into Autoconf, but as
Automake 1.5 will already provide something similar (and it will not
require 2.51+ yet, 1.6 will)
> "Steven" == Steven G Johnson <[EMAIL PROTECTED]> writes:
Steven> I really like the autogen.sh file that comes with most GNOME
Steven> programs, and steal it for many of my own programs. This sort
Steven> of thing is quite useful for people using tools like automake
Steven> and autoconf.
S
Hi People!
I'm looking for information on the portability of find(1). Please,
send me everything you know. In particular, I think I'm understanding
that `{}' is portably replaced by the argument only when alone, i.e.,
exactly
find ... {} ...
and not
find ... "foo: \{\}" ...
> "Martin" == Martin Frydl <[EMAIL PROTECTED]> writes:
Martin> Hello, I've encountered problem when using automake generated
Martin> makefiles with Sun's make.
Martin> When VPATH is used with Sun's make, it changes
Martin> filenames in rules. Lets have a makefile like this:
This is
> "Martin" == Martin Frydl <[EMAIL PROTECTED]> writes:
>> This is precisely why we don't support VPATH onm SunOS. So don't
>> use it, and let Automake to without.
s/to/do/, sorry.
Martin> I'm surely missing something here, but my patch seems to work
Martin> fine. What are other problems wh
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>> > it is probably still worth mentioning in the autoconf manual's
>> > section on portable shell programming.
>>
>> Yes, that makes sense.
Tim> I'll whip up something tomorrow.
Hi Tim! ;)
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
Tim> Something like this, perhaps?
For sure!
I don't think it is the job of Automake to run libtoolize when
--add-missing. The guy who is allowed to run other -ize tool is
autoreconf IMHO.
I'm in favor of removing this.
Fine, please install. Maybe you want to add some entries to TODO BTW.
OK!
> "Matthew" == Matthew Gregg Knepley <[EMAIL PROTECTED]> writes:
Matthew> (Could not find bug list)
src/ace/tests % automake --help| sed -n '$p' nostromo 16:52
Report bugs to <[EMAIL PROTECTED]>.
Matthew> The native SGI compiler (cc and cc -64) use -MDupdate instead
Mat
> "Patrick" == Patrick Welche <[EMAIL PROTECTED]> writes:
Patrick> which makes perfect sense as it is in ./lib/Automake. It will
Patrick> be in /usr/local/share/automake once I install it, but I
Patrick> would rather make and make check it first...
This is surprising, it shouldn't be trigger
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> 2001-09-22 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
adl>Fix for distcommon2.test: * automake.in
adl> (automake_needs_to_reprocess_all_files): New variable. ("main"):
adl> Process all Makefiles a second time if
adl> $automa
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> So, on one hand, your recommendation in this particular case
Ralf> means voiding one of the features of automake >= 1.5, for me,
Ralf> OTOH - "It's only make distcheck" ;)
Then another recommendation would be: add include/stamp-h t
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> If using AM_CONFIG_HEADERS located in subdirectories, make
Ralf> distcheck breaks because of not correctly handling stamp*-files.
Ralf> .. make[1]: Leaving directory `stamp-test-0.0/=build' ERROR:
Ralf> files left after distclean:
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> Tom, I posted a question about getting the size reduction for
Robert> Makefile's using AM_COND's backported in to a 1.5 stable
Robert> release... so far there has been 1 reply, which amounted to
Robert> "that would be good"...
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
>> Robert, what would be wrong with the head branch as is now? Why
>> would you want 1.5? Is it related to the Autoconf requirements?
Robert> Well, head is for development AFAIK, so I cannot simply
Robert> publish on the squid web p
OK, please install.
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Simon" == Simon Perkins <[EMAIL PROTECTED]> writes:
Simon> I also notice that automake generates an 'installcheck' target,
Simon> but it's not described in the documentation.
Tom> Automake's user docs are nonexistent :-(. This is desc
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I much prefer the cp output. For one thing it is more "GNUish".
Tom> Is it difficult to fix this?
I have already tried to fix this, but with no success. I didn't look
very hard thou
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> 1. Merge the autoconf and automake packages into one package.
Ralf> This would
Tom> Actually, I'm in favor of this. There are some barriers to doing
Tom> it, but nothing very h
002 18:44:16 - 1.1829
**
2002-01-24 Akim Demaille <[EMAIL PROTECTED]>
Version 2.52g.
2002-01-24 Akim Demaille <[EMAIL PROTECTED]>
* bin/autoheader.in, bin/autoconf.in, bin/autoscan.in,
* doc/autoconf.texi: Finally add Akim as an author.
20
Have a look at `spamassassin', it works great. Look at the following
folder, last erased Jan 12th, which it made thanks to the following
bits of .procmailrc:
:0fw
| spamassassin -P
:0e
{
EXITCODE=$?
}
:0:
* ^X-Spam-Flag: YES
caughtspam
[EMAIL PROTECTED] Get ready to see BIGGEST teen sit
Ralf> from info automake.info (1.4):
Ralf> Automake doesn't do any interpretation of `PACKAGE' or
Ralf> `VERSION'.
Ralf> [Strictly speaking this sentence remains valid. It's autoconf
Ralf> that interferes.]
Right.
What do you think about the following patch, that I just
| Am Mit, 2002-01-30 um 14.15 schrieb Akim Demaille:
| > >>>>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
| >
| > Ralf> If using the new AC_INIT and AM_INIT_AUTOMAKE syntax, PACKAGE
| > Ralf> gets translated to lower case letters. -
> "Rupert" == Rupert Wood <[EMAIL PROTECTED]> writes:
Rupert> Lars J. Aas wrote:
>> : Why not close the list then? IMHO it's so easy and fast to join
>> the : list so that requiring that you are a member if you want to
>> post is : OK.
>>
>> I wouldn't mind this personally, but I seem to rem
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Ralf> If using the new AC_INIT and AM_INIT_AUTOMAKE syntax, PACKAGE
Ralf> gets translated to lower case letters.
| Am Don, 2002-01-31 um 12.09 schrieb Akim Demaille:
| > >>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
| >
| > >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
| > Ralf> If using the new AC_INIT
limited permission to copy, distribute and modify it.
Now, please, let's spend more time on addressing actual issues.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* lib/autoconf/general.m4 (_AC_INIT_PACKAGE): Accept $4.
* doc/autoconf.texi (Initi
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Am Don, 2002-01-31 um 22.31 schrieb Alexandre Duret-Lutz:
>> >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>>
Ralf> Am Don, 2002-01-31 um 17.27 schrieb Russ Allbery:
>> [...]
>>
>> >> Why are you lowercasing the package
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Automake used PACKAGE with a specific meaning for years. It is
Tom> unfortunate that Autoconf has chosen to use the same name with a
Tom> different meaning. But I don't wish to belab
| >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
| Ralf> Hi,
| Ralf> Using the new AC_INIT syntax breaks AM_INIT_AUTOMAKE([no-define])
| Ralf> rsp. its triple-argument form AM_INIT_AUTOMAKE(,,no):
|
| Ralf> Given such kind of configure.ac
| Ralf> [..]
| Ralf> AC_INIT([foo],[0.1]
| Index: lib/Automake/XFile.pm
| ===
| RCS file: /cvs/automake/automake/lib/Automake/XFile.pm,v
| retrieving revision 1.1
| diff -u -r1.1 XFile.pm
| --- lib/Automake/XFile.pm 2001/10/02 17:17:45 1.1
| +++ lib/Automake/XFile.pm 2002/0
| Hi,
| Tom Tromey <[EMAIL PROTECTED]> writes:
|
| >> "Hari" == Raja R Harinath <[EMAIL PROTECTED]> writes:
| >
| > Hari> Akim once suggested adding a facility to hook commands to files
| > Hari> listed in AC_CONFIG_FILES.
| >
| > The problem with this idea is that the information about whic
> "Ilya" == Ilya Shlyakhter <[EMAIL PROTECTED]> writes:
Ilya> Hello, I've converted my project to use libtool, and it compiles
Ilya> fine but doing "make distcheck" fails saying that after make
Ilya> distclean, files are left. I'm on cygwin and the only file left
Ilya> is called "a.exe". Wh
any reason to hold it? Please, unleash the beast!
The Autoconf team is extremely pleased to announce Autoconf 2.53. We
hope it will address your problems, and make your life easier.
Enjoy!
Akim, Alexandre, Jim, Paul, Tom.
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.53.tar.gz (973 kB)
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.53.t
> "Nishio" == Nishio Futoshi <[EMAIL PROTECTED]> writes:
Nishio> Hi. I installed automake-1.6 with $ ./configure --prefix=/usr
Nishio> $ make $ make check $ make install and installed aclocal
Nishio> macros under /usr/share/aclocal-1.6, where is by default, not
Nishio> /usr/share/aclocal.
N
IMHO, this is obfuscating the code. The real means (again, IMHO) to
address this issue should be to use an install-sh which creates the
directories and their parents when needed.
It simplifies the code, addresses your issue, and also guarantees that
in the future, all such targets will behave a
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
Roger> I sent a link to my patch a week ago, but I didn't see any
Roger> reply. Is there anything wrong with this patch?
Tom> This is actually a tricky area. For instance, how is the
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Roger> True. It won't be compatible with a traditional BSD install
Roger> though, AFAIK.
Too bad :P
Tom> Yeah. This is a problem because install-sh is slow. I
Tom> occasionally hear complaints about this.
Well, we could spare it the mult
Thanks to you both! Fine material! Please, install it.
In the list of things that we ought to do to de-correlate Automake
from Autoconf, there is the problem of the list of files to remove for
distclean. For instance, a recent bug report is about the
configure.lineno that configure might create if the shell does not
support $LINENO. In this case, A
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Another thing to think about is whether autoconf will ever have
Tom> files removed by `maintainer-clean' (or any other clean rule).
Tom> If so that will affect what we decide.
In fact, I think all the tools should provide some --clean.
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> If you do it in "configure", you can successfully run "make
Paul> distclean" on one host, even for a build that was done on a
Paul> different kind of host. If I understand things correctly, under
Paul> the proposed design "config.stat
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Respectively, I think you're significantly over-solving this
Russ> problem. Just document somewhere what files can possibly be
Russ> created and let the package author do what they wish with them,
Russ> write a make distclean rule or
>>>>> "Peter" == Peter Eisentraut <[EMAIL PROTECTED]> writes:
Peter> Akim Demaille writes:
>> And, as far as Automake goes, I don't think I'm making things worse
>> to its non-users. Nothing changes for them.
Peter> Possibly true, but
>>>>> "Peter" == Peter Eisentraut <[EMAIL PROTECTED]> writes:
Peter> Akim Demaille writes:
>> In fact, I think all the tools should provide some --clean. For
>> instance, the hair we have to clean the Texinfo related files have
>> nothing t
characters should
# be quoted. Currently `+*.' are quoted.
m4_define([AC_CONFIG_IF_MEMBER],
-[m4_bmatch($2, [\(^\| \)]m4_re_escape([$1])[\(:\| \|$\)]),
[$3], [$4])])
+[m4_bmatch($2, [\(^\| \)]m4_re_escape([$1])[\(:\| \|$\)],
[$3], [$4])])
Thanks!
Index: ChangeLog
| Akim Demaille writes:
| > What I'm doing now is buying my freedom. The freedom to extend
| > Autoconf without 1. requiring from the rest of the world that they
| > adjust their distclean rules, 2. requiring that Automake folks release
| > a newer Automake etc., not to mentio
>>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Akim Demaille <[EMAIL PROTECTED]> writes:
>> You miss one point: killing this impedance problem. When Autoconf
>> adds new files, e.g., autom4te.cache, Automake is immediatel
| > So you are throwing away the non Automake users, and you lose the
| > ability to run ./configure --clean without Makefile (precisely after a
| > distclean).
|
| Why can't you do this:
|
| %% AC_CONFIG_DISTCLEANFILES(FILES)
| %% Clean FILES
| AC_DEFUN([AC_CONFIG_DISTCLEANFILES],
| [ac_distcl
>>>>> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
>> From: Akim Demaille <[EMAIL PROTECTED]> Date: 02 Apr 2002 18:57:05
>> +0200
>>
>> it makes no sense at all the distclean a single directory, as
>> anyway you ne
>>>>> "Peter" == Peter Eisentraut <[EMAIL PROTECTED]> writes:
Peter> Akim Demaille writes:
>> Because I fail to see the advantage for Automake to have to clean
>> itself, rather than asking the cleaning.
Peter> Automake already does all the o
| autoconf handles AC_CONFIG_FILES($foo) properly.
But I should say it is not recommended! The documentation asks for
literals whenever it is possible.
| A plain invocation of "automake" rightly complains that it has no idea what
| it needs to look at, but running "automake (some list of Makef
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> I _insist_, I'm asking you to change your code: I'm (i) asking
s/I'm asking/I'm *not* asking/ 8-)=)
Akim> for details to understand your needs, and (ii) _suggesting_ an
Akim> alternative.
| 1) I had a line like this in my configure.in:
| test -f somefile.in && AC_OUTPUT(somefile)
Err, I suppose you mean AC_CONFIG_FILES. Two AC_OUTPUT is not
supported by Autoconf.
.1913
**
2002-04-22 Akim Demaille <[EMAIL PROTECTED]>
Version 2.53a.
2002-04-22 Akim Demaille <[EMAIL PROTECTED]>
* tests/m4sh.at (LINENO): Fix the Zsh skip pattern.
2002-04-22 Akim Demaille <[EMAIL PROTECTED]>
* doc/autoconf.texi (Pretty
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> Automake <= 1.5: output 'generated automatically by automake' but
adl> don't grep for it Automake 1.6 and 1.6.1: output 'generated by
adl> automake' and grep for it in the *f
> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes:
Paul> Hi Tom et. al.: I'm working on a trivial doc to include with GNU
Paul> make that gives the exact steps to build it from a clean
Paul> checkout. I based the algorithm on what autoreconf uses, but I
Paul> can't use autoreconf (mainly d
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I don't think autoconf and autoheader have a required ordering.
Theoretically, no. In practice, it is better to have autoconf
complain about configure.in than autoheader.
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes:
Paul> Anyone know who is the keeper of the most official GNU
Paul> getloadavg.c? The one in GNU make, at least, has some serious
Paul> problems.
Tom> FWIW, I don't know. Files like th
> "Patrick" == Patrick Guio <[EMAIL PROTECTED]> writes:
Patrick> If I just "touch configure" then everything is running ok
Patrick> again. I am not sure which of the package is generating this
Patrick> trouble nut is there any policy/strategy of using
Patrick> configuration tool together with
|Here's a patch that I wrote to address that security "hole" in
|config.guess. I sent it to [EMAIL PROTECTED] on June 4, 2002 but
|have not heard from them since. The patch works with GNU config.guess
|2002-05-29, available at ftp://ftp.gnu.org/pub/gnu/config/config.guess
|
|
|The patch tries to
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> I'd like to discuss this problem and possible solutions with
Harlan> anybody who understands the guts of automake well enough to do
Harlan> so.
I don't think there are any actual problems there, other than the fact
it's never bee
> "Marco" == Marco Kuhlmann <[EMAIL PROTECTED]> writes:
| Marco> %.3: %.pod
| Marco> $(POD2MAN) \
| Marco>--section=3 \
| Marco>--release="btparse, version @PACKAGE_VERSION@" \
| Marco>--center="btparse" \
| Marco>--date=
| On Fri, Jul 05, 2002 at 02:37:03PM +0200, Schleicher Ralph (LLI) wrote:
| > automake (GNU automake) 1.6.2
| >
| > My configure.ac contains the following lines of code:
| >
| > AC_CONFIG_FILES([Makefile foo])
| > AC_CONFIG_COMMANDS([foo], [chmod +x foo])
|
| This is declaring a config-file `f
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> Wouldn't this work anyway because you had to change the
Earnie> top-level Makefile.am or configure.in to include the new
Earnie> SUBDIR? I.E.: Makefile.in : Makefile.am configu
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> BTW, Automake still does not take full advantage of the current
Akim> config.status. It could perfectly wel
| This is very possibly a bug on the part of HP, but it might be worth
| mentioning. It doesn't happen on a hppa hpux 11.00 I tried.
|
| * hpmake/autoconf.texi (Limitations of Make): Add HP-UX IA-64 trailing
| backslashes.
Wow! Thanks for the report. CC'ed to automake for thei
**
ChangeLog 18 Jul 2002 12:08:58 - 1.1966
******
2002-07-18 Akim Demaille <[EMAIL PROTECTED]>
Version 2.53b.
2002-07-18 Akim Demaille <[EMAIL PROTECTED]>
* co
801 - 900 of 929 matches
Mail list logo
