Follow-up Comment #7, bug #58734 (project make): You are mistaken. My makefile describes enough of the files to allow any non-buggy make implementation to work correctly.
If gmake does not check the state of a file before it claims that this file is missing, then gmake is broken. Steps to reproduce: 1) download the current state of schilytools from: https://sourceforge.net/projects/schilytools/files/ The currently up to date file is: https://sourceforge.net/projects/schilytools/files/schily-2020-07-18.tar.bz2 2) unpack the archive and chdir to "schily-2020-07-18" 3) call "make" and wait for the compilation to finish 4) call "make install" to get smake and dmake installed in /opt/schily/bin 5) add /opt/schily/bin to your PATH 6) chdir to libshedit 7) install the attachec gmake-fail.mk 8) remove symlinks and OBJ by calling: find . -type d-exec rm {} + 9) call "smake -f gmake\-fail.mk" and see: smake -f gmake-fail.mk ==> MAKING SYMLINKS in . ... 10) repeat step 8) 11) call "dmake -f gmake-fail.mk" and see: dmake -f gmake\-fail.mk ==> MAKING SYMLINKS in . ... 12) repeat setp 8) 13) call gmake -f gmake-fail.mk GMAKE_NOWARN=true ==> MAKING SYMLINKS in . gmake: *** Keine Regel vorhanden, um das Ziel »inputc.c«, benötigt von »OBJ/x86_64-linux-gcc/inputc.o«, zu erstellen. Schluss. So gmake is the only make implementation that complains here. (file #49528) _______________________________________________________ Additional Item Attachment: File name: gmake-fail.mk Size:1 KB <https://file.savannah.gnu.org/file/gmake-fail.mk?file_id=49528> _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?58734> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/
