Re: [Bashdb-remake] remake-3.80+dbg-0.62 to be released soon

[R. B. <ro...@pa...>]

>  Switching to automake-1.9.6 fixed all the problems and allowed
> autogen.sh to
> complete successfully.  After updating from CVS, 1.10 still doesn't
> succeed,
> but it's less noisy with the changes you've added.  If I get some spare
> time
> to go into it in detail, I'll send patches for any problems I can fix, but
> auto* is not entirely my forte.

The fact that on FreeBSD (and other OS's) I see 4 versions of automake and
4 versions autoconf suggest these folks have a real tough time with auto*
compatibility.

I looked at some of the other warning and error messages from automake.
automake kibbutzes that I should use things, like AM_PATH_LISPDIR which I
do use. Or maybe I use those differently. Yet, when I go to the automake
manual (and here I've always found it easier and more thorough to edit the
texinfo source than try to navigate inside info), I don't see a single
example of how one is supposed to use AM_PATH_LISPDIR. The only book I
know of on this topic "GNU Autoconf, automake and libtool" published by
New Riders also is silent on this, and given what was written above and
that was published in 2000, it's probably totally out of date.

>
>> I'm always amazed at how much time I spend feeding and attending to
>> the automake system. In fact that's why remake was undertaken.
>
>   It's also just the /only/ way to debug really complex makefiles where
> you've
> got loads of rules and dependencies being calculated and eval'd at
> runtime.
>
>   It's also a very useful learning tool.  Stepping through makefiles makes
> it
> sooo much easier to understand what's going on and what's happening with
> complex function calls and multi-line definitions.  Using it has allowed
> me to
> greatly extend my understanding of advanced makefile techniques.  Thank
> you
> very much.
>
>> Yes, that Dave Korn reports:
>   ^^^^^^^^^^^^^^^^^^^
>
>   ;-) I refer you to my current 'From:' line...
>
>     cheers,
>       DaveK
> --
> I have discovered a truly magnificently witty .sigline
--
This is not a .sigline