On Mon, Feb 03, 2003 at 05:20:02PM -0500, [EMAIL PROTECTED] wrote:
>
>
> I have a shell script which I want to run as part of a testsuite. However
> when I do a 'make distcheck' this script (which does not get configured or
> anything at build time) ends up with execute permissions turned off.
>
On Fri, Jan 31, 2003 at 11:19:29PM -0500, Eric Siegerman wrote:
> Java requires a dependency model beyond what make can easily
> support:
> - a "makedepend" program for Java pretty much has to be a full
> parser, to notice that any reference to some class Foo makes
> This.class depend on
On Tue, Oct 08, 2002 at 11:20:20AM +0200, [EMAIL PROTECTED] wrote:
> Hi,
>
> I need some help. I don't know whether I'm on the right mailing
> list.
>
> Trying to set up a small project with autotools (basically a library
> with some accessory C functions to test/demonstrate). My directory
> set
On Thu, Jun 13, 2002 at 10:55:16AM +0100, David Churches wrote:
>
> Hi,
>
> I am using automake to test codes by using make check.
> However, one of my test codes needs an argument in order to run. How do I
> give this argument to automake in the Makefile.am file?
You can use a shell script as
On Wed, Apr 10, 2002 at 02:15:24PM -0500, Sean Finney wrote:
> On Wed, Apr 10, 2002 at 09:34:48AM +0200, Alexandre Duret-Lutz wrote:
> > >>> "Sean" == Sean Finney <[EMAIL PROTECTED]> writes:
> > Sean> - ./configure now tests for auto* and makeinfo
> >
> > Sean> is that really necessary?
> >
On Sat, Mar 16, 2002 at 08:40:06PM -, Stephano Mariani wrote:
> I need to pass a --m4dir to autoconf to generate the configure script
> correctly, how can I do this so that whenever configure regenerated by
> the automake rule:
>
> cd . && /bin/sh /path/to/project/missing --run aclocal
> cd .
On Sun, Jan 13, 2002 at 11:45:12AM -0500, Havoc Pennington wrote:
>
> Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
> > Maybe `automake' should not be a symlink but a script that
> > select the right automake version to use for a project.
>
> I heard Debian has had poor results with that, b
On Thu, Oct 04, 2001 at 10:07:36AM +0200, Lars von Wedel wrote:
> Hi Steve,
>
> I think the way you propose is the best alternative. Hoever, did you
> come
> up with some approach to clean up the documentation? As far as I know,
> there is no such thing like a clean-hook...
Though I didn't worry
On the topic of automatically-generated documentation, how does one
handle installing all the zillions of HTML files that doxygen
generates? I don't know their filenames in advance, so I can't list
them all in noinst_DATA.
The best I have come up with is to use an install hook as
follows.
On Mon, Sep 24, 2001 at 04:15:25PM +0200, Didier Verna wrote:
> "Steve M. Robbins" <[EMAIL PROTECTED]> wrote:
>
> > Clearly, built files can be recovered from their sources, so why
> > put them into version-control?
>
> Take it the other way arou
On Sat, Sep 22, 2001 at 04:59:31PM -0400, Derek Robert Price wrote:
> "Steve M. Robbins" wrote:
>
> > Hello,
> >
> > I presume the automake developers track the CVS tree and
> > frequently build new versions of automake for testing.
> > Could
Hello,
I presume the automake developers track the CVS tree and
frequently build new versions of automake for testing.
Could you let us in on the secret to minimizing the following
annoyance?
The CVS tree includes things like Makefile.in. But this file
is also generated from Makefile.am when I
On Thu, Jun 14, 2001 at 06:51:09PM -0600, Tom Tromey wrote:
> >>>>> "Steve" == Steve M Robbins <[EMAIL PROTECTED]> writes:
>
> Steve> Given the following Makefile.am
> Steve>bin_PROGRAMS = foo
> Steve>foo_SOURCES = foo.c su
Hi,
I'm quite confused by the behaviour of CVS automake and AM_CFLAGS.
Given the following Makefile.am
bin_PROGRAMS = foo
foo_SOURCES = foo.c sub/foo2.c
it turns out that "foo.c" is compiled using $(COMPILE), and hence
includes AM_CFLAGS. However, "foo2.c" is compiled *without
Hi,
I've switched to autoconf-2.50.
After running "autoupdate" (it seemed like a good idea at the time), I
discovered that automake 1.4 can't find any of the Makefile.am's.
This is because autoupdate replaced the AC_OUTPUT with AC_CONFIG_FILES
in configure.in.
I think this patch fixes it, and I
istcheck-hook
...
And make balks at this line. The fix (below) is to put the "$(MAKE)
... distcheck-hook" on a separate line. And put a semicolon after it!
-Steve
P.S. I have no clue if this affects automake CVS. But a 1.4-p2 would
be appreciated!
2001-05-12 Steve M
On Fri, Apr 20, 2001 at 04:33:12PM +0200, Akim Demaille wrote:
> Tom> Do you think we should just rename the module? Or keep the name
> Tom> and add a configure test?
>
> I think the former is much easier.
>
> Now the question is how will be install it? Do we try to get into
> Perl's packagin
On Tue, Feb 13, 2001 at 12:19:17AM -0700, Tom Tromey wrote:
> I just released Automake 1.4d, the latest prerelease leading up to
> 1.5. Find it here:
>
> ftp://sources.redhat.com/pub/automake/automake-1.4d.tar.gz
>
> This release is mostly bug fixes. There are some minor known bugs and
> s
18 matches
Mail list logo
