Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 2168 invoked by uid 6000); 24 Aug 1998 14:07:57 -0000 Received: (qmail 2140 invoked from network); 24 Aug 1998 14:07:38 -0000 Received: from slarti.muc.de (193.174.4.10) by taz.hyperreal.org with SMTP; 24 Aug 1998 14:07:38 -0000 Received: (qmail 1187 invoked by uid 66); 24 Aug 1998 14:07:08 -0000 Received: by en1.engelschall.com (Sendmail 8.9.1) for new-httpd@apache.org id PAA13127; Mon, 24 Aug 1998 15:29:17 +0200 (CEST) Message-ID: <19980824152916.A13106@engelschall.com> Date: Mon, 24 Aug 1998 15:29:16 +0200 From: "Ralf S. Engelschall" To: new-httpd@apache.org Subject: Re: cvs commit: apache-1.3 STATUS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: http://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org In article <199808241256.IAA12944@devsys.jaguNET.com> you wrote: > rse@hyperreal.org wrote: >> >> * header detection is broken; eg. sys/resource.h often requires >> other includes first, etc. This breaks things like RLimit* >> on many platforms. >> + -- Ralf will try to solve this problem this week. > You know, this confuses me. Are we saying that the header detection > "section" can't find sys/resource.h until we also have some additional > #includes elsewhere? No, we have no chance here, I think. > This doesn't make any sense. Now I can understand > that for RLimit* to work, we need to include sys/resource.h and maybe > other things (or maybe change the ordering), but I can't see how we > cannot _detect_ the existance of sys/resource.h. Currently I think the header detection should be really just pre-processor-based and not compiler-based. Only this way we can avoid problems. This way header dependencies are nonrelevant, aren't they? Ralf S. Engelschall rse@engelschall.com www.engelschall.com