Hi David,
Thanks for your informative response, comments and references.
I do see your point (and in a way wanted to attack the separation of the DAG
myself with this topic).
However, the advice to place all make information into a top-level Makefile.am
is not always practical. The point of sub
>
> On Tue, 23 May 2023 12:07:51 -0400
> "David A. Wheeler" wrote:
>> The solution is to *NOT* use recursive make. Have *ONE* process run the
>> makefile, with the correct data. Now you can enable parallel jobs, and have
>> it run really quickly, because the make process has the correct infor
> > On May 23, 2023, at 5:13 AM, Zoltán Turányi
> > wrote:
> > I use make with autotools in multiple directories and have observed that
> > parallel builds are limited to each directory, as autotools invoked make
> > separately for each directory.
In my experience, if make is called recursively
> On May 23, 2023, at 5:13 AM, Zoltán Turányi
> wrote:
>
> Hello,
>
> I have looked through the mail archives and the manual (to some degree of
> thoroughness) and have not found this idea yet. If, it exists, I apologize
> for the spam in advance.
>
> I use make with autotools in multip
Hello,
I have looked through the mail archives and the manual (to some degree of
thoroughness) and have not found this idea yet. If, it exists, I apologize for
the spam in advance.
I use make with autotools in multiple directories and have observed that
parallel builds are limited to each dire
