Hi Jim,
* Jim Meyering wrote on Sat, Apr 21, 2007 at 09:10:22PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> >
> > ... what if make decides to rerun `config.status --recheck &&
> > config.status', say, because the user has his CONFIG_STATUS_DEPENDENCIES
> > wrong? I don't see an easy, non
Hi Ralf!
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Jim Meyering wrote on Tue, Apr 17, 2007 at 09:16:59PM CEST:
>> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>> ...
>> > The strongest argument against invoking `make' at the end of configure
>> > is one of debugging: if your makefile contains a
Hi Jim,
* Jim Meyering wrote on Tue, Apr 17, 2007 at 09:16:59PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> ...
> > The strongest argument against invoking `make' at the end of configure
> > is one of debugging: if your makefile contains a syntax error -- and for
> > newbies it frequently
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
...
> The strongest argument against invoking `make' at the end of configure
> is one of debugging: if your makefile contains a syntax error -- and for
> newbies it frequently will -- then configure won't finish successfully.
Hi Ralf,
If you're tempted,
On Tue, 17 Apr 2007, Ralf Wildenhues wrote:
Hi Jim,
Thanks for the bug report.
Hi Ralf,
anything new about automake/516 (bug report plus tiny patch)?
regards
Peter Breitenlohner <[EMAIL PROTECTED]>
Hi Jim,
Thanks for the bug report.
* Jim Meyering wrote on Tue, Apr 17, 2007 at 06:18:44PM CEST:
> Some automake-generated code malfunctions when using the combination of
> the subdir-objects option and non-literal _SOURCES.
I actually have a patch (about half a year old, see followup to [1])
ly
Some automake-generated code malfunctions when using the combination of
the subdir-objects option and non-literal _SOURCES. You can demonstrate
by changing automake's tests/pr224.test, replacing this line:
bar_SOURCES = foo/main.c
with these apparently equivalent ones:
f = foo
bar_S