Re: CVS commit: src/usr.bin/make

["Simon J. Gerraty" <sjg%juniper.net@localhost>]

Simon J. Gerraty <sjg%juniper.net@localhost> wrote:

> Joerg Sonnenberger <joerg%britannica.bec.de@localhost> wrote:
> > Build log and content of the build directory can be found in
> > http://www.netbsd.org/~joerg/xemacs-21.5.27nb22.tar.gz
> 
> Hmm, the makefile clears suffixes, but does not provide
> a single suffix rule for .c

lib-src/Makefile.in.in implies they do not want to rely on any
builtin/prexisting rules:

## For performance and consistency, no built-in rules
.SUFFIXES:
.SUFFIXES: .c .h .o
##

They should provide an explict rule or at least a single suffix
rule.

Which - they do:

#ifndef DUMP_IN_EXEC
insert-data-in-exec: ${srcdir}/insert-data-in-exec.c
        $(CC) $(cflags) ${srcdir}/insert-data-in-exec.c $(ldflags) -o $@
#endif /* not DUMP_IN_EXEC */

It is also there in Makefile.in
but not in Makefile

So, not a bug in make - but in how we get from lib-src/Makefile.in*
to Makefile