Recursive `make` and `-j`

If you have sub-projects which cross-depend on each other (no total ordering), then recursive make will have a bad time. I agree.

Author thinks the best way is to stop doing recursive make. I disagree.

IMHO, the best way to solve this is to arrange your sub-projects properly, so the are no circular dependencies and thus there is one correct order. Not only your build should be a DAG on file level, it should also be a DAG on the sub-project/directory level. Then a single recursive "make" pass builds everything properly, no need for ugly tricks like running make twice, or intentionally omitting some dependencies.

(Even better option is to stop using make for such large projects - it's great for smaller ones, but for the huge ones, there are much better runners available. But I assume there is some reason to use make)

It's like any programming: Understand your tools, understand your requirements, understand your design and implementation (code carefully), test, review the design and implementation, test, repeat as necessary.

Still a big fan of make all these decades later. One day I may reach BJJ blue belt level.

Most of the make replacement tools are promoted by propaganda which attacks a strawman version of make, whereby it is assumed to be at the center of a shitty recursive situation.

It can be used in a wrong way, like described in the article linked by you, when it results in slow project building.

How I use recursive make, it does not introduce any slowdown whatsoever.

I organize my projects so that there is a one-to-one correspondence between leaf Makefiles and the final files that are generated as a result of the building process, regardless of the file types, e.g. executable files, static libraries, dynamic libraries, executable files including GUI resources, documentation files etc.

A generated file may depend on source files located in many directories. Those files are searched and used by the single "make" command that generates one result file (by using the GNU make directory search functions, e.g. "wildcard", "notdir", "addsuffix", "addprefix"), not by recursive make invocations.

I also never write dependencies manually, I always generate them automatically. I also never write the names of source files in makefiles, I only provide a top directory and/or a list of subdirectories, where source files can be found automatically. This means that I never need to edit a makefile when source files are added, moved, renamed or deleted.

I use recursive "make" invocations only for generating multiple result files with a single make command in the top of a directory tree that contains subdirectories where each result file will be built (which also store the corresponding intermediate files, e.g. object files).

The directory tree used for project building is located elsewhere than the source files and its tree structure is not related to the tree structure of the source files, but it is determined only by the number of final files that are produced when building the project, which will be included in a release.