Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 17318 invoked by uid 500); 26 Feb 2001 20:15:02 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 17256 invoked from network); 26 Feb 2001 20:14:54 -0000 From: Jim Jagielski Message-Id: <200102262014.PAA16441@devsys.jaguNET.com> Subject: Re: cvs commit: apr configure.in To: cliffwoolley@yahoo.com (Cliff Woolley), dev@apr.apache.org Date: Mon, 26 Feb 2001 15:14:51 -0500 (EST) Reply-To: jim@jaguNET.com In-Reply-To: from "Cliff Woolley" at Feb 26, 2001 03:06:05 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Cliff Woolley wrote: > > It also wouldn't hurt my feelings any if APR_CHECK_HEADERS automagically > determined the variable name to flag with a 1 or a 0 by doing basically > this > s/\//_/g; > s/\.//g; > on the header name. Hence "sys/sendfile.h" becomes the flag variable > "sys_sendfileh" automatically. That would avoid typo problems like the > one this morning, and it would be just one less step that's > necessary. The downside is that it implies a little bit of extra work in > configure... > I like! Could be a pain with things like APR_CHECK_HEADERS(sys/types.h sys/signal.h) but I like this :) PS: I see some weird things where we set things to 'yes' or 'no' which we may be able to standardize -- =========================================================================== Jim Jagielski [|] jim@jaguNET.com [|] http://www.jaguNET.com/ "Hell is hot, that's never been disputed by anybody."