3 ms·

Why do you think they haven't evolved? Latest versions give you access to Guile scheme as an extension language, not to mention that they extended over time for

by amno 3y ago

Why do you think they haven't evolved? Latest versions give you access to Guile scheme as an extension language, not to mention that they extended over time for quite a bit. But it is all backwards compatible so old makefiles still run.

morelisp 3y ago
Make has no way to opt into lots of greybeard "best practices" by default, and the syntax is still difficult to deal with. I want to keep the solver, which is pretty good. I want to keep the idea of targets, rules, recipes, which is what tools like Taskfile throw out that makes them not very attractive to me. I even want to keep a good chunk of the syntax for specifying these. But Make needs some kind of way to invoke it that switches off all the dumb shit. - parse any reasonable whitespace indentation, for chrissake - -r by default, or some way to opt into relevant sets of rules (e.g. `import "c"` to get CC, CFLAGS, %.o, etc.) - Separate def syntax and namespacing for proper file-generating rules vs. phony rules, no more .PHONY or fake dependencies; also move stuff like .INTERMEDIATE or .PRECIOUS to the rule def. - .DELETE_ON_ERROR, .ONESHELL by default, probably others I forgot - better semantics for double-colon rules; once you know what the phony rules are you can make them operate in this mode by default and give better syntax for pre/post hooks, priorities, run-on-failure, etc. - something solving the same problem as but less dumb than .SECONDEXPANSION (guile helps somewhat here but give me some help for the most common cases) - stamp files implemented by some out-of-tree cache, they're just an optimization and I'd rather lose them now and then and have to rebuild, than have to keep adding them to every other tool's ignore lists. As well as some actually new features to help manage targets without local inputs, e.g. smarter connectors for fetching dependencies from network resources.
- rwmj 3y ago
  It's not a serious alternative to make, but I had a go at writing a sort of "new make" which tried to solve most of the problems: https://people.redhat.com/rjones/goals/ https://people.redhat.com/rjones/goals/ http://oirase.annexia.org/rwmj.wp.com/2020-01-goals-preview.mp4 http://oirase.annexia.org/rwmj.wp.com/2020-01-goals-preview....
- rakoo 3y ago
  Plan 9 has introduced mk, a successor to make: https://plan9.io/sys/doc/mk.html https://plan9.io/sys/doc/mk.html It's basically the same with some niceties and good defaults. One of them is the introduction of attributes, the most prominent being virtual: a target can be virtual meaning mk will never check the existence of a file and always run the recipe.
  - morelisp 3y ago
    I've had the pleasure of using mk on a single project once and it was nice, fixing about 80% of what I think is broken in Make. However it's an extremely hard sell to bring into a corporate tech stack today for either brown or green field projects.

by amno 3y ago

morelisp 3y ago

Make has no way to opt into lots of greybeard "best practices" by default, and the syntax is still difficult to deal with. I want to keep the solver, which is pretty good. I want to keep the idea of targets, rules, recipes, which is what tools like Taskfile throw out that makes them not very attractive to me. I even want to keep a good chunk of the syntax for specifying these. But Make needs some kind of way to invoke it that switches off all the dumb shit. - parse any reasonable whitespace indentation, for chrissake - -r by default, or some way to opt into relevant sets of rules (e.g. `import "c"` to get CC, CFLAGS, %.o, etc.) - Separate def syntax and namespacing for proper file-generating rules vs. phony rules, no more .PHONY or fake dependencies; also move stuff like .INTERMEDIATE or .PRECIOUS to the rule def. - .DELETE_ON_ERROR, .ONESHELL by default, probably others I forgot - better semantics for double-colon rules; once you know what the phony rules are you can make them operate in this mode by default and give better syntax for pre/post hooks, priorities, run-on-failure, etc. - something solving the same problem as but less dumb than .SECONDEXPANSION (guile helps somewhat here but give me some help for the most common cases) - stamp files implemented by some out-of-tree cache, they're just an optimization and I'd rather lose them now and then and have to rebuild, than have to keep adding them to every other tool's ignore lists. As well as some actually new features to help manage targets without local inputs, e.g. smarter connectors for fetching dependencies from network resources.

rwmj 3y ago
It's not a serious alternative to make, but I had a go at writing a sort of "new make" which tried to solve most of the problems: https://people.redhat.com/rjones/goals/ https://people.redhat.com/rjones/goals/ http://oirase.annexia.org/rwmj.wp.com/2020-01-goals-preview.mp4 http://oirase.annexia.org/rwmj.wp.com/2020-01-goals-preview....
rakoo 3y ago
Plan 9 has introduced mk, a successor to make: https://plan9.io/sys/doc/mk.html https://plan9.io/sys/doc/mk.html It's basically the same with some niceties and good defaults. One of them is the introduction of attributes, the most prominent being virtual: a target can be virtual meaning mk will never check the existence of a file and always run the recipe.
- morelisp 3y ago
  I've had the pleasure of using mk on a single project once and it was nice, fixing about 80% of what I think is broken in Make. However it's an extremely hard sell to bring into a corporate tech stack today for either brown or green field projects.