On 2008-08-31 06:34:44 +0200, Ralf Wildenhues wrote:
Other than the workarounds already mentioned in this thread, I don't
see what Automake can do about it.
Allow the user to choose AM_MAINTAINER_MODE's default in a clean way.
Really it's the system that should be fixed.
Unfortunately when
* Vincent Lefevre wrote on Sun, Aug 31, 2008 at 12:11:04PM CEST:
On 2008-08-31 06:34:44 +0200, Ralf Wildenhues wrote:
Other than the workarounds already mentioned in this thread, I don't
see what Automake can do about it.
Allow the user to choose AM_MAINTAINER_MODE's default in a clean
On 2008-08-31 12:19:54 +0200, Ralf Wildenhues wrote:
* Vincent Lefevre wrote on Sun, Aug 31, 2008 at 12:11:04PM CEST:
Allow the user to choose AM_MAINTAINER_MODE's default in a clean way.
Well, that's one of the already-mentioned workarounds, no?
I mean in a clean way (a bit like
On Sun, 31 Aug 2008, Ralf Wildenhues wrote:
Hi Reuben,
* Reuben Thomas wrote on Thu, Aug 28, 2008 at 09:07:51PM CEST:
I see. Well, it's possible I'm just misusing EXTRA_PROGRAMS: I'm trying
to build a program that is not to be installed, and is not a check
program: it's a program I need to
* m4/maintainer.m4 (AM_MAINTAINER_MODE): Allow for an optional
first argument of `enable' or `disable', setting the default.
* doc/automake.texi (Optional, maintainer-mode): Document.
* tests/mmode.test: New test.
* tests/Makefile.am: Adjust.
* NEWS: Update.
Suggestion by Vincent Lefevre.
On Sun, Aug 31, 2008 at 11:21 AM, Ralf Wildenhues
[EMAIL PROTECTED] wrote:
Hello Steven,
* Steven Woody wrote on Sat, Aug 30, 2008 at 05:10:06PM CEST:
For some reasons I need to cross-compile a tar-1.13, the target is ARM
and the build host is i686-pc-linux-gnu. The tar-1.13's source come
On Sun, 2008-08-31 at 05:16 +0200, Ralf Wildenhues wrote:
Hello Matej, Remco,
As Matej already remarked, the rule also lacks an accompanying uninstall
rule.
For what it's worth, the Automake way of doing this would be to list
every file in the Makefile.am (or maybe in an included,
Hi,
First, you've lost the list again.
Second, subdirectories may be uninstalled by using uninstall-hook as follows:
(presuming the stuff from the foodir example)
uninstall-hook:
rmdir $(foodir)
Uninstall-hook is run after make uninstall has completed, so the directory may
be safely
On Fri, 2008-08-29 at 15:33 +0200, blah wrote:
Hi,
generally:
foodir = ($datadir)/foo
foo_DATA = file_in_foo another_file_in_foo
Actually I have noticed that
nobase_dist_foo_DATA = files takes care about subdirectories creation, which
is really, really good.
I suggest adding a reminder of
* Matej Tyc wrote on Sun, Aug 31, 2008 at 05:57:13PM CEST:
Actually I have noticed that
nobase_dist_foo_DATA = files takes care about subdirectories
creation, which is really, really good. I suggest adding a reminder
of this to the datafiles section in the automake manual since the
nobase
* Matej Tyc wrote on Sun, Aug 31, 2008 at 12:30:12PM CEST:
So I would suggest to add in the
datafiles section of the Autoconf manual something like even if you
have many datafiles that change their names during developement, you
have to list them in Makefile.am like showed here... See wildcard
Well I certainly don't mind putting more things in the FAQ. We could
start with a patch as you suggested above. Care to suggest one?
Thanks,
Ralf
I have attached a patch expanding the section about data files. Of
course feel free to correct any obvious mistakes since believe it or
not, I
12 matches
Mail list logo
