Hi, On Tue, Jun 2, 2020 at 12:26 PM dmccunney <dennis.mccun...@gmail.com> wrote: > > > DJGPP make is mainly just a port of GNU make, is it not? > > Well, as part of a port of the entire Gnu/Linux toolchain, including > GCC. Things like Scons are displacing make in some contexts, but make > isn't going away.
Make is a fairly useful util and a great idea, but it's also a portability nightmare (isn't everything?). So it's hard to do anything perfectly. Scons relies on Python, as do many things. POSIX Make seems somewhat rare, so many projects just use GNU Make as the "portable" alternative. CMake is popular, so is Meson (with NInja). But I'm not directly familiar with most of them. GNU only recommends these utilities: * https://www.gnu.org/software/make/manual/html_node/Utilities-in-Makefiles.html I know nothing about C++, but the latest '20 standard has modules, which will probably speed up and simplify makefiles in the future (hopefully). But I don't think major compilers are quite there yet (but fairly close). * https://gcc.gnu.org/projects/cxx-status.html This is a big change and important to do correctly. So I don't blame them for taking their time (not to mention that C++17 wasn't that long ago and is generally fully supported). (I did buy a DOS-based, pre-standard C++ book [1995] in 1998 with a floppy containing Turbo C++ Lite. How quaint. I half read it but didn't stick with it. There are better modern C++ books nowadays, obviously.) > > As for the AWK portion, I have tested my script for munging the > > GW-BASIC source files with both GNU awk (gawk) and mawk. > > Were any changes required to your original script to get it to work as > expected in gawk *and* mawk? There's always "dark corners" (as GAWK would call it), but mostly it should work okay. Just be sure to rigorously test everything before publishing (or at least mention exactly what version and OS you tested on somewhere). Yes, I found some avoidable quirks by testing various AWK interpreters on some simple scripts. Standards are good, but actual testing of existing implementations is more crucial than theoretical success. (Don't be a purist! Make it work with what you have available.) _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
