Paul D. Smith <[EMAIL PROTECTED]> wrote:
: Hi all;
:
: The makefiles generated by automake always contain this line:
:
: MAKE = make
:
: Well, this is a bummer for my use of automake (which is to build GNU
: make itself); this line causes all sorts of problems.
:
:
: Is there any way to keep
On Wed, Jan 30, 2002 at 09:23:56AM +0100, Mats Lidell wrote:
: > Lars wrote:
: Lars> [...] it's impossible (or close to) to stop the spam that
: Lars> currently gets through without closing the list so only
: Lars> subscribers can post
:
: Why not close the list then? IMHO it's so easy and fa
On Tue, Jan 29, 2002 at 08:10:25AM -0500, Pavel Roskin wrote:
: Hello!
:
: > We've stopped most of the shit from Korea based on simple filtering, but
: > it's impossible (or close to) to stop the spam that currently gets through
: > without closing the list so only subscribers can post or moderat
On Tue, Jan 29, 2002 at 09:46:26AM +, F J Franklin wrote:
: Please do something about this deluge of spam! It's driving me nuts!
We've stopped most of the shit from Korea based on simple filtering, but
it's impossible (or close to) to stop the spam that currently gets through
without closing
On Thu, Jan 03, 2002 at 09:55:43PM -0700, Tom Tromey wrote:
: > "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
:
: Tom> Automake's user docs are nonexistent :-(. This is described in
: Tom> the GNU Coding Standards. Really it would be nice if we had a
: Tom> separate document that expl
On Wed, Dec 05, 2001 at 04:55:19PM +0100, Joerg Faschingbauer wrote:
: Being new to automake, I am missing (not badly though) one feature I
: would want to use otherwise. This is, I'd occasionally want to say,
:
: SUBDIRS = a/b
:
: in the toplevel Makefile.am.
:
: I know, the doc says that "The
On Fri, Nov 23, 2001 at 08:26:08AM +1000, Dean Povey wrote:
:
: >Until now it seems not possible to run gmake distcheck with additional
: >configuration switches. This requires that packages are completely
: >self-contained, or that they can locate required external packages during
: >configure.
On Mon, Nov 12, 2001 at 11:03:26AM +0100, Elisabetta Ronchieri wrote:
: Hi,
:
: I'm using automake (GNU automake) 1.4 and ltmain.sh (GNU libtool) 1.3.5.
:
: I would like to know if I can make a thing like follow:
:
: if P_SELECTED
: Clientdir = $(prefix)/include
: Client_HEADERS= p.h
: li
On Thu, Sep 13, 2001 at 12:36:49PM -0400, Derek Robert Price wrote:
: "Lars J. Aas" wrote:
: > I've installed an experimental filter on the autoconf list which I will
: > monitor for the next couple of days. If it's successful, adding it to
: > automake list shoul
On Thu, Sep 13, 2001 at 11:03:45AM +0100, Lars Hecking wrote:
:
: http://mail.gnu.org/pipermail/automake/2001-September/date.html
:
: What a sad sight: fully one third of all list messages for this month
: are spam. Other lists at gnu.org (and elsewhere) have been hit just
: the same.
:
:
On Tue, Jul 03, 2001 at 10:09:02PM -0600, Tom Tromey wrote:
: I've released automake 1.4h. Get it here:
:
: ftp://sources.redhat.com/pub/automake/automake-1.4h.tar.gz
:
: This version fixes a bunch of bugs that were in 1.4f.
Just found out that latest CVS automake puts "OBJEXT = o" into
Ma
On Thu, Jul 05, 2001 at 10:19:08PM -0600, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: However, I think we might be able to do it by looking at variables and
: not objects or conditions.
Seems correct.
: Right now I don't see
On Wed, Jul 04, 2001 at 01:20:36PM -0600, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> I don't think the exponential nature of how AM_CONDITIONALs are
: Lars> handled is fixed yet, which *I* would consider a shows
On Tue, Jul 03, 2001 at 10:09:02PM -0600, Tom Tromey wrote:
: I've released automake 1.4h. Get it here:
:
: ftp://sources.redhat.com/pub/automake/automake-1.4h.tar.gz
:
: This version fixes a bunch of bugs that were in 1.4f. Right now
: automake is in feature freeze. I believe there is on
On Thu, Jun 14, 2001 at 07:55:32PM -0600, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> That way I could run aclocal without having to remember the dirs
: Lars> or wrap the invocation in a script (aclocal scans configure.
It would be great if one could add -I options to aclocal by just placing
macros in configure.ac, like:
AC_CONFIG_MACRO_DIR(conf/m4macros)
That way I could run aclocal without having to remember the dirs or wrap
the invocation in a script (aclocal scans configure.ac anyways). Would
this be easil
On Mon, Jun 11, 2001 at 11:21:33PM +0200, Tim Van Holder wrote:
: > Tim> I need to conditionally (based on a --with configure option)
: > Tim> add a fairly large number (~50) of sources to foo_SOURCES.
: >
: > What version of automake are you using?
:
: Some snapshot I took from the cvs automake
I've just started learning the texinfo format, and noticed that the
.info files generated during make was built in $srcdir and not
$builddir. Is this because makeinfo isn't expected to be found on
the build system, or something else?
Lars J
On Tue, May 08, 2001 at 02:43:43PM +0200, Akim Demaille wrote:
: Does anybody know something better than patch(1) when a patch fails?
: I often have to struggle hard to understand why a patch does not
: apply, patch(1) just rejects it.
Doesn't --fuzz=num help?
Lars J
On Sat, May 05, 2001 at 05:56:36PM -0600, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> When I run automake in certain projects, I get the below
: Lars> attached output. It's been like this for a while (figured it
: L
On Fri, May 04, 2001 at 05:58:29PM +0200, Peter Eisentraut wrote:
: The reason is that install-info is often installed under /sbin, so it's
: not in the ordinary user's path. The "install" targets work around this
: by not calling "install-info" in that case, but "uninstall" does not.
OK, I thin
On Thu, May 03, 2001 at 02:33:49PM -0300, Alexandre Oliva wrote:
: On May 3, 2001, Genty Jean-Paul <[EMAIL PROTECTED]> wrote:
: > I prefer not to put it in an environnement variable.
:
: You're out of luck, then.
I don't really consider it putting it in an environment variable if you
append i
Installing header files doesn't work currently. Is this fix in the
queue?
Lars J
Index: data.am
===
RCS file: /cvs/automake/automake/data.am,v
retrieving revision 1.36
diff -u -r1.36 data.am
--- data.am 2001/04/27 13:02:16
On Sun, Apr 29, 2001 at 10:58:13AM -0700, Russ Allbery wrote:
: Lars J Aas <[EMAIL PROTECTED]> writes:
: > To be correct, it's AFS the problem relates to. If you create an AFS
: > partition on Linux you will probably have the same problem there, and if
: > you can have
On Sun, Apr 29, 2001 at 05:14:29PM +0100, Lars Hecking wrote:
: > : Same problem on AmigaOS (case-preserving, case-insensitive fs).
: >
: > Is this true for the new AmigaOS (the SDK/VM) too, or just the good old
: > Amiga-hardware-specific one?
:
: No idea at all, I don't follow. It is true for
On Sun, Apr 29, 2001 at 04:53:44PM +0100, Lars Hecking wrote:
:
: > The following problem exists: a new "Automake" directory
: > has been added to the tree at the top level. However,
: > on case-insensitive filesystems (such as DOS/Win32), this
: > clashes with the 'automake' script.
: > So it
On Sun, Apr 22, 2001 at 02:50:13PM -0600, Tom Tromey wrote:
: > On Tue, Apr 17, 2001 at 09:30:08AM +0200, Jens Krüger wrote:
: > : What is the meaning of the '--amdir=DIR' option?
:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars>
On Tue, Apr 17, 2001 at 09:30:08AM +0200, Jens Krüger wrote:
: What is the meaning of the '--amdir=DIR' option?
To specify another dir for the Automake templates you usually find in
/usr/share/automake/ or /usr/local/share/automake/
: Should it overwrite the AC_CONFIG_AUX_DIR entry in
: the 'con
On Tue, Apr 17, 2001 at 12:16:01AM +1000, Robert Collins wrote:
: given the following
:
: cf_gen_SOURCES = cf_gen.c defines.h
: nodist_cf_gen_SOURCES = cf_gen_defines.h
: BUILT_SOURCES = cf_gen_defines.h
:
: I think cf_gen_defines.h should be one of the dependencies of
: cf_gen.$(OBJEXT). It's n
On Sun, Apr 15, 2001 at 05:12:18PM +0100, Vaclav Barta wrote:
: in a tree paralleling the namespace structure - that is, I want to
: install headers into *subdirectories* of some include directory -
: preferably pkgincludedir. Is it possible to do that with automake
: 1.4?
something1incdir = $(in
On Tue, Apr 10, 2001 at 10:30:12AM +0200, Akim Demaille wrote:
: I prefer Raja's solution for the very reason he described. It's
: really a problem between Automake and aclocal.m4, so it should be
: fixed there, or in configure.in.
aclocal.m4 was so neat and tidy that I put it in configure.in:
On Fri, Apr 06, 2001 at 12:17:47PM -0500, Raja R Harinath wrote:
: @PACKAGE@ is needed. It is used by Makefile.in for 'make dist'.
:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
: > Index: Makefile.am
: > ==
On Fri, Apr 06, 2001 at 08:14:28AM -0300, Alexandre Oliva wrote:
: Good idea. Please check it in, this is sufficiently obviously-correct
: to not require a second approval.
Applied.
Lars J
On Thu, Apr 05, 2001 at 05:36:48PM -0500, Raja R Harinath wrote:
: Hi,
:
: The following patch fixes a problem with CVS autoconf, if a recent
: enough CVS snapshot of automake was used on it.
This is my proposal. @PACKAGE doesn't seem to be needed.
Lars J
Index: Makefile.am
==
On Thu, Apr 05, 2001 at 05:36:48PM -0500, Raja R Harinath wrote:
: Hi,
:
: The following patch fixes a problem with CVS autoconf, if a recent
: enough CVS snapshot of automake was used on it.
:
: The problem is that 'automake' now depends on the AC_SUBSTs in
: AM_INIT_AUTOMAKE to subst in VERS
On Fri, Apr 06, 2001 at 08:01:19AM +1000, Robert Collins wrote:
: 2) I don't understand why there is a fundamental difference between
: _PROGRAMS (allows configure substitutions both directly and indirectly
: ($(CONFGSUBSTVAR)) and _SOURCES which doesn't.
: - Working on the principle of least surp
On Thu, Apr 05, 2001 at 09:20:46AM +0200, Lars J. Aas wrote:
: On Thu, Apr 05, 2001 at 08:33:52AM +1000, Robert Collins wrote:
: : I take it the answer to this is "yes it solves creating the directory?"
: : The reason why I was hoping to avoid a Makefile is that it saves a level
: : of
On Thu, Apr 05, 2001 at 08:33:52AM +1000, Robert Collins wrote:
: I take it the answer to this is "yes it solves creating the directory?"
: The reason why I was hoping to avoid a Makefile is that it saves a level
: of recursion during make, and on cygwin that saves time.
I'm doing the same thing
On Wed, Apr 04, 2001 at 02:06:17PM +0200, Esben Haabendal Soerensen wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
: > The below Makefile.am gets rid of the warnings.
:
: Ah, that makes sense (while the warning message did not so much).
: Works nicely also, thanks!
You
On Wed, Apr 04, 2001 at 01:40:26PM +0200, Esben Haabendal Soerensen wrote:
: I attach the configure.in and src/Makefile.am here.
Automake doesn't know about mutually exclusive conditionals (they are
controlled from the configure script, so anything can happen), so you
should rewrite the Makefile.
On Wed, Apr 04, 2001 at 12:16:35PM +0200, Esben Haabendal Soerensen wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
: > I'm not able to reproduce this behaviour, but I'm using CVS
: > Automake. Which version are you using?
:
: I get the behaviour both with au
On Wed, Apr 04, 2001 at 10:31:56AM +0200, Esben Haabendal Soerensen wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
:
: > Use an AM_CONDITIONAL instead.
:
: Thanks, I now have everything working by using AM_CONDITIONAL. I even
: got some more understanding of how ever
On Mon, Apr 02, 2001 at 11:07:23PM +0200, Esben Haabendal Soerensen wrote:
: In Makefile.am:
:
: lib_LTLIBRARIES = foobar.la
: foobar_la_SOURCES = foo.c @BAR_SOURCE@
: EXTRA_foobar_la_SOURCES = bar_linux.c bar_freebsd.c
Use an AM_CONDITIONAL instead.
if USE_LINUXSOURCES
BARSOURCE = bar_linux.c
On Fri, Mar 30, 2001 at 02:49:21PM +0100, Lars Hecking wrote:
:
: > : file.o: ../header.h
: >
: > I'd use "file.$(OBJEXT):", but that's just me.
:
: This fails with automake-1.4 (release), which is what I must use.
I thought this would depend on Autoconf, not Automake.
Lars J
On Fri, Mar 30, 2001 at 02:22:48PM +0100, Lars Hecking wrote:
:
: > > In ./Makefile.am:
: > >
: > > ../header.h: $(srcdir)/../header.h.in
: > > @( cd ..; $(MAKE) header.h )
: >
: > This doesn't help either.
:
: ... but adding
:
: file.o: ../header.h
I'd use "file.$(OBJEXT):", but that's
On Fri, Mar 30, 2001 at 11:10:32AM +0100, Lars Hecking wrote:
: How do I define a dependency on a header file in a different directory, eg.
: the parent dir? I tried
:
: BUILT_SOURCES = ../header.h
Try something like this:
In ../Makefile.am:
BUILT_SOURCES = header.h
# build $(BUILT_SOURCES) be
My INSTALL_HEADER override recently stopped working because the
configure.ac AC_SUBST for INSTALL_HEADER doesn't show up in the
Makefile.in's anymore (filtered out?). Only the default setting
of INSTALL_HEADER = $(INSTALL_DATA) can be found.
Lars J
On Wed, Mar 28, 2001 at 09:33:00AM +0200, Akim Demaille wrote:
: In fact, to be honest, I no longer understand very well why we perform
: such a closure. I mean, as is, Automake transforms (this is
: cond3.test)
:
: | bin_PROGRAMS = targ
: |
: | if ONE
: | SONE = one.c
: | else
: | S
On Tue, Mar 27, 2001 at 09:06:38PM +0200, Akim Demaille wrote:
: According to private messages with Lars (Hecking :), you need to tag
: to be able to do that.
Hehe, we're now three (late entry by Lars Stavholm), so you better be
specific in the times to come. You can emphasize me by using Coffee
On Tue, Mar 27, 2001 at 08:26:59PM +0200, Akim Demaille wrote:
: Could someone teach me how to go backward with CVS and pull out
: revision n-1? I'm quite lost with this issue, and I'd like to use CVS
: to have at least an idea of _when_ it started to fail. I know how to
: do that with PRCS, but
The "comment following trailing backslash" warning ought not to be given
if the backslash is already inside a comment. Just my .02 cents.
Lars J
On Wed, Mar 21, 2001 at 11:54:00AM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
:
: Lars> I've started cleaning up my projects so that "make dist" will
: Lars> work for them. To make it work, though, ther
On Wed, Mar 21, 2001 at 11:54:00AM -0700, Tom Tromey wrote:
: Lars> I've started cleaning up my projects so that "make dist" will
: Lars> work for them. To make it work, though, there are some files I
: Lars> have to put in EXTRA_DIST to get included, which should have
: Lars> been added automati
I've started cleaning up my projects so that "make dist" will work for
them. To make it work, though, there are some files I have to put
in EXTRA_DIST to get included, which should have been added automatically,
for instance depcomp, and ltconfig. The *_SCRIPTS and *_DATA files seems
to be ignor
On Tue, Mar 20, 2001 at 07:03:11PM -0700, Tom Tromey wrote:
: Akim> (&transform): At least for an easy transition, also transform
: Akim> %?FOO% and %!FOO%, as suggested by Lars.
This one slipped by on the first post. First of all, I suggested this so
that as few delimiters as po
When I run automake in certain projects, I get the below attached output.
It's been like this for a while (figured it was a known issue that would
soon get fixed), but now I suspect that I'm the only one who gets them
(they only come when I run automake in the projects where I have multi-
level en
On Sat, Mar 10, 2001 at 11:48:05AM +0100, Akim Demaille wrote:
: This is the bug reported by Lars.
Thanks, it did the trick...
Lars J
--
Innovation is one percent inspiration and ninetynine percent perspiration,
and in my case; twice that... -- Norville Barnes, `The Hudsucker Proxy'
On Fri, Mar 09, 2001 at 01:53:17PM +0100, Lars J. Aas wrote:
: When I bootstrap with the current Automake CVS sources, the strudels (@s)
: between the conditionals are missing
On Fri, Mar 09, 2001 at 05:26:29PM +0100, Akim Demaille wrote:
: Hm, in fact, could you try again? I applied one of the patches which
: were OK'ed, which is addressing issues in this area. Maybe it cures
: your problem. I couldn't build a test case reproducing your problem :(
It still doesn't
On Fri, Mar 09, 2001 at 04:40:35PM +0100, Akim Demaille wrote:
: sub make_condition
: {
: print STDERR "MAKE0: " . scalar(@_) . "\n";
I added this line too.
: my $res = join ('@@', @_);
: print STDERR "MAKE1: $res\n";
: return ''
: unless $res;
:
: $res = '@' . $res .
When I bootstrap with the current Automake CVS sources, the strudels (@s)
between the conditionals are missing:
>
>@SIMAGE_JPEG_SUPPORT_FALSESIMAGE_PIC_SUPPORT_FALSESIMAGE_PNG_SUPPORT_FALSESIMAGE_RGB_SUPPORT_FALSESIMAGE_TGA_SUPPORT_FALSESIMAGE_TIFF_SUPPORT_FALSESIMAGE_UNGIF_SUPPORT_TRUE@am_libsi
Closing in on the one-month anniversary for this one...
Lars J
On Sun, Feb 11, 2001 at 04:25:06PM +0100, Lars J. Aas wrote:
: On Sat, Feb 10, 2001 at 12:12:40PM -0700, Tom Tromey wrote:
: : >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: : Lars>
On Tue, Feb 27, 2001 at 08:53:57PM +0100, [EMAIL PROTECTED] wrote:
: How about making it ten times faster?
Nah, it's fine like it is.
Don't fix it if it's not broke, etc... ;-P
Lars J
On Tue, Feb 27, 2001 at 08:12:33PM +0100, Carsten Menn wrote:
: >> I have a simple (I hope so) problem. What I want to do is
: >> to compile my project for/on different operating-systems.
: >> I want to have only one src-directory and several
: >> subdirectories like '$(srcdir)/bin-i686-linux' or
On Mon, Feb 26, 2001 at 04:25:31PM +0100, Akim Demaille wrote:
: My suggestion is therefore that this should become
:
: ?AMDEP?@AMDEP@%FPFX%DEPMODE = @%FPFX%DEPMODE@
How about changing the ?VAR?/?!VAR? syntax to %VAR?%/%!VAR?% at the same
time?
Lars J
On Tue, Feb 13, 2001 at 02:57:49PM -0700, Jeremy Slade wrote:
: I'm using autoconf 2.49c, automake 1.4b, and libtool 1.3.5 on HP-UX.
:
: When I add 'AC_PROG_LIBTOOL' to my configure.in, I get the following
: error running 'configure' after automake/autoconf:
:
: ...
: checking whether ln -s work
On Sat, Feb 10, 2001 at 12:12:40PM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> 2001-02-09 Lars J. Aas <[EMAIL PROTECTED]>
: Lars> * automake.in ($MACRO_PATTERN): Include '@' in name
On Fri, Feb 09, 2001 at 05:08:48PM -0500, Matthew R. MacIntyre wrote:
: > testprogram_LDADD = -D../C++ directory -lMyCplusplus
:
: Ok, tried that. I had to change testprogram_LDADD to testprogram_LDFLAGS,
It should be LIBADD.
Lars J
--
Innovation is one percent inspiration and ninetynine pe
es used by
: file_contents_with_transform). I will do some testing on this in the
: next few days.
Great. Just one more thing...
: > 2001-02-09 Lars J. Aas <[EMAIL PROTECTED]>
: >
: > * automake.in ($MACRO_PATTERN): Include '@' in name regex.
: > (&canonical
2001-02-09 Lars J. Aas <[EMAIL PROTECTED]>
* header.am: s,?!NOBASE?,?!BASE?, (typo)
Index: header.am
===
RCS file: /cvs/automake/automake/header.am,v
retrieving revision 1.28
diff -u -r1.28 header.am
--- header.am
Something like this?
2001-02-09 Lars J. Aas <[EMAIL PROTECTED]>
* automake.in ($MACRO_PATTERN): Include '@' in name regex.
(&canonicalize): New. Includes '@' in canonical range.
(&check_canonical_spelling, &
On Fri, Feb 09, 2001 at 10:48:38AM -0600, Michael Bletzinger wrote:
: The thing is, that since every AC_SUBST'd variable is transformed into a
: make variable, you can already specify all sorts of derived stuff using
: make variables in Makefile.am's with the CVS automake. For example:
:
: in the
On Fri, Feb 09, 2001 at 11:53:08AM +0100, Akim Demaille wrote:
: /tmp % ace --version nostromo 11:52
: autoconf (GNU Autoconf) 2.49d
: Written by David J. MacKenzie.
This is kind of an unfair statement the way things are now, isn't it?
More like "Writte
When I run CVS Automake, the .c.o and .c.lo rules become like this:
| .c.o:
|
| @AMDEP@ source='$<' object='$@' libtool=no @AMDEPBACKSLASH@
| @AMDEP@ depfile='$(DEPDIR)/$*.Po' tmpdepfile='$(DEPDIR)/$*.TPo' @AMDEPBACKSLASH@
| @AMDEP@ $(CCDEPMODE) $(depcomp) @AMDEPBACKSLASH@
| $(COMPILE) -
On Wed, Feb 07, 2001 at 11:36:03PM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
:
: Lars> Any point in these spaces?
:
: Nope. I checked this in.
:
: Please send a ChangeLog entry with your patches.
Is it really any p
On Thu, Feb 08, 2001 at 12:05:28AM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> Anyways, are the people that count looking into this patch? I'd
: Lars> prefer it if it was applied or rejected as soon as possi
Any point in these spaces?
Lars J
Index: data.am
===
RCS file: /cvs/automake/automake/data.am,v
retrieving revision 1.26
diff -u -r1.26 data.am
--- data.am 2000/10/16 09:01:36 1.26
+++ data.am 2001/02/07 16:23:17
@@ -2
On Mon, Feb 05, 2001 at 05:40:58PM +0100, Akim Demaille wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
:
: > First a simple organize/cleanup patch.
:
: Err, I must confess I'd like better &canonicalize or so...
Agreed. The point is to gather the character ra
On Wed, Jan 31, 2001 at 05:02:06PM +0100, Lars J. Aas wrote:
: I've revised the patch to include the latest changes from CVS Autoconf,
: which made the complate patch somewhat simpler than before. I even corrected
complete
My fingers are slippy today.
Anyways, are the p
I've revised the patch to include the latest changes from CVS Autoconf,
which made the complate patch somewhat simpler than before. I even corrected
the changelog date :)
2001-01-31 Lars J. Aas <[EMAIL PROTECTED]>
* automake.in ($CANONICALS): New variable containing th
This patch makes it possible to have AC_SUBST keywords in for instance
library names, allowing for much greater flexibility. It depends on
patch 1/2, of course.
2001-02-01 Lars J. Aas <[EMAIL PROTECTED]>
* automake.in ($quote_ats): New.
($MACRO_PATTERN, $CANONICALS):
First a simple organize/cleanup patch.
2001-02-01 Lars J. Aas <[EMAIL PROTECTED]>
* automake.in: Collect the canonical character ranges in variable
$CANONICALS and utilize it.
--- automake.in Mon Jan 29 21:17:31 2001
+++ automake.in Wed Jan 31 03:51:41 2001
@@ -54,6
On Thu, Jan 18, 2001 at 09:35:44AM +0100, Alexandre Duret-Lutz wrote:
: Hi,
:
: I'm afraid this
:
: AM_CONFIG_HEADER([config.h])
:
: leads to
:
: configure.in: 3: required file `./[config.h].in' not found
You will also find that
AC_CONFIG_AUX_DIR([cfg])
won't fly according to automake
On Wed, Jan 17, 2001 at 02:02:17PM +0100, Lars J. Aas wrote:
: I'm all for this if the user can silence the warning by doing something
: with a variable setting in the Makefile.am in case he knows what he is
: doing.
The same goes for all the automake warnings. If the warnings cou
On Wed, Jan 17, 2001 at 11:17:00AM +0100, Akim Demaille wrote:
: It seems to me that Autoconf's job is not to remove unportable code
: written by the user, so it seems wrong to have it remove VPATH
: definitions from Makefiles. Historically I'm sure it was useful, in a
: previous century, in a pr
On Mon, Jan 15, 2001 at 06:37:38PM +0100, Akim Demaille wrote:
: Hm, it looks like it's removed only in the top dir. It also seems
: you've been saved by the colon :) But apparently, expect problems
: with Sun? Dunno.
If I recall correctly, IRIX make supports $VPATH in the sense that
it will u
On Sat, Nov 25, 2000 at 04:49:20PM -0700, Tom Tromey wrote:
: > "Benoit" == benoit LOOF <[EMAIL PROTECTED]> writes:
:
: Benoit> Does anybody know when automake 1.5 will be available ?
:
: Nobody knows.
No, I know, but I'd have to kill you if... :-P
Lars J
On Tue, Nov 21, 2000 at 11:26:09AM -0600, Bryan VanDeVen wrote:
: I think this has been coverered for shlibs but I culd not find anything for
: static libs... is there ary way (without libtool at the present) to build
: static convenience libs and then have them all combined in a top level
:
On Fri, Nov 03, 2000 at 04:49:23PM +0100, Akim Demaille wrote:
: > "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
: Derek> This could be a very useful tool but without this feature I
: Derek> cannot use it in good conscience.
:
: What's wrong with the `missing' approach? What version o
On Mon, Oct 30, 2000 at 07:41:21PM -0600, Bob Friesenhahn wrote:
: If we should not be installing config.h files, then it would be
: beneficial for Automake (or Autoconf) to support an automated way to
: provide the benefits of config.h, but in a better form.
You can use the generated config.stat
On Mon, Sep 11, 2000 at 06:18:59AM -0700, Earnie Boyd wrote:
: --- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
: > I've started using AC_CONFIG_AUX_DIR(aux) and stow away files into aux/.
:
: PORTABILITY Issue: aux should not be used as a directory, filename or filename
: pa
On Mon, Sep 11, 2000 at 06:18:59AM -0700, Earnie Boyd wrote:
: --- "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
: > I've started using AC_CONFIG_AUX_DIR(aux) and stow away files into aux/.
:
: PORTABILITY Issue: aux should not be used as a directory, filename or filename
: pa
I've started using AC_CONFIG_AUX_DIR(aux) and stow away files into aux/.
I've also tried to stow aclocal.m4 into that directory, which works fine with
"aclocal --output=aux/aclocal.m4", and using "-l | --localdir" options for
autoheader and autoconf. What is missing is the -l option for automake,
Just a minor detail.
Lars J
2000-09-08 Lars J. Aas <[EMAIL PROTECTED]>
* aclocal.in (write_aclocal): Set up aclocal.m4 header with
normal comments (#) instead of m4 dnl-type comments.
Index: aclocal.in
=
On Sun, Jul 09, 2000 at 01:03:54PM -0700, Tom Tromey wrote:
: Lars> What I want to know if the config.status problem was the only
: Lars> reason why the SUBDIR variable should only contain single-level
: Lars> directory names? In that case, the "directory should not
: Lars> contain '/'" warning c
Hi,
CVS Autoconf's config.status can now create files at arbitrary depths
in non-existing directory hierarchies, which makes multilevel subdir
variable entries more feasible. I understand it's not a much after-
sought feature, but I use it (it saves time and resources to skip empty
"link"-dire
This one has been in the queue for over a month now...
Lars J
On Wed, Jun 28, 2000 at 07:02:26PM +0200, Morten Eriksen wrote:
: Hi,
:
: this patch was never applied, so I'm resending it. Let me know if it
: is unacceptable for some reason.
:
: Regards,
: Morten
:
:
: X-From-Line: [EMAIL P
On Sun, Jul 02, 2000 at 08:04:32PM +0200, Johan Danielsson wrote:
: [EMAIL PROTECTED] (Sascha Demetrio) writes:
: > I've seen -q for ``Quiet mode'' and -q for ``Question mode''
: > (i.e. check if the target is up-to-date without building it).
:
: Care to give an example of a make where -q means q
On Fri, Jun 30, 2000 at 11:51:06AM -0500, Michael Bletzinger wrote:
: > > > Is make -q portable?
: > >
: > > I don't think so.
: >
: > It is present on GNU Make, Solaris 2.6 make and HP-UX 10.20 make (all
: > the platforms I currently have access to). Could you give a counter
: > example?
:
:
On Thu, Jun 22, 2000 at 08:35:44AM -0700, Tom Tromey wrote:
: Lars> Is this a known problem? Any workarounds? Could e.g. make exec
: Lars> make after generating the Makefile?
:
: Believe it or not, I've never seen this reported before.
: I think most people who use the Makefile-rebuilding featu
1 - 100 of 120 matches
Mail list logo
