From owner-freebsd-hackers  Mon Dec  4 10:38:27 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id KAA22496
          for hackers-outgoing; Mon, 4 Dec 1995 10:38:27 -0800
Received: from austin.polstra.com (austin.polstra.com [206.213.73.10])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22489
          for <freebsd-hackers@freebsd.org>; Mon, 4 Dec 1995 10:38:10 -0800
Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id KAA10163; Mon, 4 Dec 1995 10:37:03 -0800
Date: Mon, 4 Dec 1995 10:37:03 -0800
From: John Polstra <jdp@polstra.com>
Message-Id: <199512041837.KAA10163@austin.polstra.com>
To: kaleb@x.org
Subject: Re: Minor change to make
Newsgroups: polstra.freebsd.hackers
In-Reply-To: <199512021742.RAA14346@exalt.x.org>
Organization: Polstra & Co., Seattle, WA
Cc: freebsd-hackers@freebsd.org
Sender: owner-hackers@freebsd.org
Precedence: bulk

In article <199512021742.RAA14346@exalt.x.org> kaleb@x.org writes:
> 
> I want make to silently ignore a failure to find a .include file. The 
> reason I want this is because in the next release of X imake will generate
> Makefiles that can use include files for dependencies if the system's make 
> supports it.

... which led to lots of ideas for controlling whether a diagnostic is
issued.

Hey, people!  Why not change it to use make's established syntax for
ignoring errors?

    -.include filename

should ignore the error, but

    .include filename

should not.

Don't invent a new kind of wheel if you don't need to.