Hi! I'm not sure if this is a bug but ...
Regarding: sinclude $(file) This doesn't return an error if $(file) does not exist, which is expected. It also doesn't return an error if $(file) exists but isn't readable, which was unexpected and a difference between clearmake (which we are replacing) and gmake. I'm not sure now many make systems that has support for 'sinclude' and how the implementations differ, but to us at least, it'd be good if sinclude failed if $(file) exists but isn't readable. We just noticed it because we had temporary problems reading some sincluded files in some directories and the compilation just continued, resulting in a product missing vital parts. Right now, we're thinking of replacing all our: sinclude $(file) with something like this ifneq ($(wildcard $(file)),) include $(file) endif to get the same result we had when using 'clearmake'. Best regards, Ted Lyngmo _______________________________________________ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make
