Todd Vierling wrote:
> On Tue, 24 May 2005, Stef Caunter wrote:
> 
> > I started this thread because *not only* the lynx browser but
> > emacs also won't build with the supplied stock make and this is *less good than
> > before*.
> >
> > Follow the thread: it's not lynx, and not emacs, it's NetBSD 2.0 make that
> > is the problem.
> 
> No.  Read the POSIX make standard.  Follow the thread:  It is the lynx
> makefile that is the problem.  ".h" is NOT a standard default in .SUFFIXES;
> it MUST be specified explicitly, even if it "just works" out of luck because
> of nonstandard defaults on some OS's or older versions of some OS's.

Three final points on this subject:

1) I observe the WWW reference library that comes with lynx
   already does explicitly add .h to .SUFFIXES; apparently it
   was written with portability in mind.

2) There's little use in recognizing a suffix that no inference
   rules are being shipped for.  (What sensible rule would that
   be?)

3) Presumably because of 2) the original V7 make did not do so.



- Klaus