> Harlan> This appears to be aproblem with libtool+automake; if I
> Harlan> use a static library (no libtool) I don't see this
> Harlan> problem.
>
> Unless I'm mistaken, you already submitted this one as PR automake/350.
Could well be - things are hectic here.
> Harlan> Is there a workarou
Alexandre Duret-Lutz wrote:
> Bruce> My preference would be this:
>
> Could you send this to the list?
Alright:
I would really like to see the auto* tools packages (autoconf,
automake and libtool) each adopt several of their worst
clients' packages for regression testing. As each release
is r
>>> "Peter" == Peter Gavin <[EMAIL PROTECTED]> writes:
[...]
Peter> But, make distclean fails to remove liba/.libs or any of
Peter> the files within, apparently because make distclean does
Peter> rm -f liba/liba.la instead of using libtool to remove
Peter> it.
Thanks. I'm installing the fo
On Sun, Sep 22, 2002 at 08:15:01PM +0200, Alexandre Duret-Lutz wrote:
> >>> "Art" == Art Haas <[EMAIL PROTECTED]> writes:
>
> [...]
> Art> gettext (GNU gettext) 0.11.5
> [...]
> [ ... errors ... ]
>
> This looks like an incomplete Gettext installation.
> These macros come from the files intdv
>>> "Art" == Art Haas <[EMAIL PROTECTED]> writes:
[...]
Art> gettext (GNU gettext) 0.11.5
[...]
Art> + /usr/bin/perl /home/arth/gnu/automake/objdir/tests/testSubDir/../../aclocal -I
/home/arth/gnu/automake/objdir/tests/testSubDir/../../m4
--acdir=/home/arth/gnu/automake/tests/../m4 -I /home/a
>>> "Art" == Art Haas <[EMAIL PROTECTED]> writes:
[...]
Art> + pid=17058
Art> + sleep 15
Art> + /usr/bin/perl /home/arth/gnu/automake/objdir/tests/testSubDir/../../automake
--libdir=/home/arth/gnu/automake/tests/../lib --foreign -Werror -Wall
Art> + kill -0 17058
Art> + kill 17058
Art> +
>>> "Peter" == Peter Gavin <[EMAIL PROTECTED]> writes:
[...]
Peter> Then a.o gets built in $(top_builddir), not
Peter> $(top_builddir)/a as I would have expected,
Peter> and as it would be using recursive make. Is this a bug,
Peter> or am I misunderstanding something?
You have to ask Auto
>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
[...]
Harlan> I'm asking because we have discovered that (since
Harlan> automake/1.5, at least) ylwrap is not being installed
Harlan> by either "automake --add-missing" or "autoreconf
Harlan> --install".
ylwrap is needed only if you h
>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> If I enable warnings with CVS automake and run
Harlan> autoreconf, AM_PROG_LIBTOOL generates a warning:
Harlan> configure.in:64: warning: The macro `AC_FD_CC' is obsolete.
Harlan> You should run autoupdate.
Harlan> Line 64 is
>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> This appears to be aproblem with libtool+automake; if I
Harlan> use a static library (no libtool) I don't see this
Harlan> problem.
Unless I'm mistaken, you already submitted this one as PR automake/350.
Harlan> Is there a wor
On Sun, Sep 22, 2002 at 04:15:40PM +0200, Alexandre Duret-Lutz wrote:
> >>> "Art" == Art Haas <[EMAIL PROTECTED]> writes:
>
> Art> Hi.
> Art> I built it from CVS, and had 4 failures.
>
> Art> cond5.test, gettext.test, gettext2.test, subdircond.test
>
> Thanks. What environment is this?
>
>
>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
[...]
Harlan> (I have tried to find a small test case which
Harlan> demonstrates this problem but have not yet been able to
Harlan> do so.)
Thanks, I could reproduce this using `CFLAGS += foo' in a
Makefile.am. I'm installing the appe
>>> "Art" == Art Haas <[EMAIL PROTECTED]> writes:
Art> Hi.
Art> I built it from CVS, and had 4 failures.
Art> cond5.test, gettext.test, gettext2.test, subdircond.test
Thanks. What environment is this?
Could you please send the output of
env VERBOSE=x TESTS='cond5.test gettext.test gettext
13 matches
Mail list logo