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 Mon, Feb 21, 2000 at 05:32:06PM +0100, [EMAIL PROTECTED] wrote:
: Wouldn't it be a better idea to pipe the output of (any) tar
: to gzip:
: $(TAR) chof - $(distdir) | $(GZIP) -c > $(distdir).tar.gz
Any point in using the f flag at all in such cases?
=> $(TAR) cho $(distdir) | $(GZIP) -c >
Hi,
When compiling with IRIX's CC (depmode=sgi), the libtool=yes option will
cause a lot of warning messages on the .deps/*.TPlo files (cannot open).
With libtool=no there are no problems (obviously, the other case in this
test works for CC):
sgi)
if test "$libtool" = yes; then
"$@" "-Wc
I just set up the following line in the basedir Makefile.am in a project
I'm working on:
MAKE := trap "cat $(top_srcdir)/troubleshooting" 1 2 15; $(MAKE) MAKE="$(MAKE)"
This made make type the file $(top_srcdir)/troubleshooting" if I broke
off the build process. What I want to do is to type out
On Mon, Mar 27, 2000 at 02:58:44PM -0300, Alexandre Oliva wrote:
: On Mar 27, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
: > I'm highly tempted to consider this a bash bug
:
: So am I. Which `bash' is that? I've just tested 2.04, and it *does*
: present the bug :-(
The same goes for GNU ba
BTW, is anyone cataloguing these kinds of bourne shell bugs/anomalies
somewhere? Seems like something like that would be a *very* useful resource
for portable shell script programmers...
Lars J
Hi,
After building a C++ library (autoconf/automake/libtool setup), the build
process continues in a sub-project (a subdir with it's own configure setup)
to build some example programs using the library¹. This is done with this
line:
AC_CONFIG_SUBDIRS(examples)
The example programs are also
I never got any response on this one, so I'm trying [EMAIL PROTECTED] too
this time. Does anyone know if setting up a trap on make like described
below will fail on some platform?
Lars J
On Fri, Mar 17, 2000 at 01:30:49PM +0100, Lars J. Aas wrote:
: I just set up the following line i
On Fri, Mar 31, 2000 at 01:33:12PM -0300, Alexandre Oliva wrote:
: On Mar 31, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
: > How do I override the rule for entering one of them?
:
: I don't think you can override it :-(
Looks like I have to push for such a
On Fri, Mar 31, 2000 at 12:24:10PM -0300, Alexandre Oliva wrote:
: On Mar 31, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
:
: > On Fri, Mar 17, 2000 at 01:30:49PM +0100, Lars J. Aas wrote:
:
: > : MAKE := trap "cat $(top_srcdir)/troubleshooting" 1 2 15; $(
On Fri, Mar 31, 2000 at 01:19:54PM -0300, Alexandre Oliva wrote:
: On Mar 31, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
:
: > : The trap is fine, but the `:=' syntax is far from portable.
:
: > Without it, wouldn't the variable become recursive?
:
: Yep.
On Mon, Apr 03, 2000 at 06:57:33AM -0700, Earnie Boyd wrote:
: --- Bruce Korb <[EMAIL PROTECTED]> wrote:
: > I made an archive file named "configure" that contains
: > a shar archive of the generated files. It runs, recreating
: > the generated files, deletes itself and then runs autoconf.
:
Using: automake (GNU automake) 1.4a
I've always been annoyed that automake --add-missing --copy doesn't pass
the "--copy"-option along to libtoolize, so I end up with symlinked
config.guess, config.sub, ltconfig and ltmain.sh.
This might be fixed already, it's an "old" (month at least) automake
On Wed, Apr 05, 2000 at 01:49:35PM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> I've always been annoyed that automake --add-missing --copy
: Lars> doesn't pass the "--copy"-option along to li
On Mon, May 15, 2000 at 11:20:30AM -0400, Pavel Roskin wrote:
: > I say, remove /usr/local and even /usr if possible ;)
:
: But what if /usr/local was empty but existed before "make install" ?
: What if /usr/local is a mount point?
Nuke it anyway...
I was of course joking in my original remark,
What if a file was created in builddir when you do make install?
When you do make uninstall, a comparison is done between the creation
time of that file, and the creation time of all the empty directories.
Only directories newer than the reference file is deleted. If the
reference file already ex
On Mon, May 15, 2000 at 02:17:24PM +0200, Peter Eisentraut wrote:
: On 15 May 2000, Didier Verna wrote:
: > > Assar> d) remove all the levels that are empty
: > >
: > > This is what I've always wanted to do.
: >
: > You mean `levels' that belong to the package itself, right ? I mean
: >
Hi,
We had some problems with getting our Coin project compiled on Cygwin,
which we traced back to some "^M"-characters that weren't removed from
directory- and file-names when the dependeny tracking files were about
to be created at the end of the config.status run.
The following patch made t
On Wed, Jun 07, 2000 at 08:34:47AM -0400, Thomas E. Dickey wrote:
: one place to look is whether someone mounted the disk that's used for
: the build with a binary option (if it's mounted in binary mode, Cygwin
: puts ^M's on the ends of lines of "text" files).
Mounting? There's more to cygwin t
On Wed, Jun 07, 2000 at 07:04:55AM -0700, Earnie Boyd wrote:
: --- "Thomas E. Dickey" <[EMAIL PROTECTED]> wrote:
: > On Wed, 7 Jun 2000, Lars J. Aas wrote:
: > > The following patch made the configure script work, but one should
: > > probably find out how the ^M
Hi,
When Makefile.in files are updated, and IRIX' make updates Makefile in
the current directory (the first thing that happens when the directory
is entered), it will still continue to use the old Makefile rules for
the duration it is in that directory (having the text cached in memory
or somet
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
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 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
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
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
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
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
=
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,
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
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 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 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 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 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 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 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 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
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
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):
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
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
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
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 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
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
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 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
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
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, &
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
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
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
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 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 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 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 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
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>
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
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 .
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 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 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'
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 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
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 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
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
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 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
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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
1 - 100 of 120 matches
Mail list logo
