Can you include references to documentation of these specific features in other implementations? I'll be happy to file an RFE and ping the dmake engineer.
I've included more specific comments below: Joerg Schilling wrote: > Hi, > > are there any plans to implement modern features in > /usr/ccs/bin/make and dmake? > > 1) SunPro make was the first make program on UNIX to > introduce the "include" directive but it still only > accepts one file name per include directive. This > makes it impossible to implement specific features > where the number of included files is not known in the > makefile that calls it. > > Note: if you implement this feature, please add an > automatically filled out macro "MAKE_NAME" that contains > a value other than "make", "smake" or "gmake". Are you suggesting that on Solaris when a user runs /usr/ccs/bin/make we set MAKE_NAME to a value other than "make"? What value should we choose? If this is a version/vendor string, shouldn't it include the version number also? > > 2) POSIX defines a way to forward command line macro=name > macro definitions to sub-make programs (make programs > called by the current make program) since at least 10 > years. > > GNU Make implements this feature since about 15 years and > smake implements this feature since 10 years. > > When whill Sun make implement this feature? > > Most reasons to patch makefiles from OSS packages will go > away in case that command line macro=name definitions > are forwarded to sub-makes. You just need to overwrite the > values from the top level ake command line. This would certainly be useful in the work I'm doing now. > > J?rg >
