From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12092 invoked from network); 9 Feb 2000 18:03:25 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 9 Feb 2000 18:03:25 -0000 Received: (qmail 23914 invoked by alias); 9 Feb 2000 18:03:11 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9636 Received: (qmail 23906 invoked from network); 9 Feb 2000 18:03:10 -0000 From: "Bart Schaefer" Message-Id: <1000209180231.ZM1102@candle.brasslantern.com> Date: Wed, 9 Feb 2000 18:02:31 +0000 In-Reply-To: <20000208234852.B25402@thelonious.new.ox.ac.uk> Comments: In reply to Adam Spiers "RLIM_NLIMITS compile problem" (Feb 8, 11:48pm) References: <20000208234852.B25402@thelonious.new.ox.ac.uk> X-Mailer: Z-Mail (5.0.0 30July97) To: Adam Spiers , zsh workers mailing list Subject: Re: RLIM_NLIMITS compile problem MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Feb 8, 11:48pm, Adam Spiers wrote: } Subject: RLIM_NLIMITS compile problem } } exec.epro:25: `RLIM_NLIMITS' undeclared here (not in a function) } exec.epro:26: `RLIM_NLIMITS' undeclared here (not in a function) } } Not sure whether I'm being stupid or just rusty, but I can't figure } out where @RLIMITS_INC_H@ is supposed to get #included for this (if } indeed it is @RLIMITS_INC_H@ - maybe I even got that wrong). } config.status has: } } s%@RLIMITS_INC_H@%/usr/include/asm/resource.h%g @RLIMITS_INC_H@ is used only in Modules/Makefile.in, whence it comes via rlimits.mdd. It appears that zsh expects to get RLIM_NLIMITS (possibly indirectly) from , which is included by Src/system.h. However, that depends on HAVE_SYS_RESOURCE_H being defined. The actual mention of RLIM_NLIMITS in exec.epro began when Zefram put in the "mod_export" keyword back in December and revised the way that makepro.awk works. However, I don't see how exec.c itself compiled before if you're having problems with the .epro now; the trouble appears to be that HAVE_GETRLIMIT assumes HAVE_SYS_RESOURCE_H, but that must date from long ago (before I was keeping a CVS repository, at least). The only other even remotely recent change is that configure.in now looks at /usr/include/bits/resource.h in addition to all the other places it used to look, but that's still from last November. So I'm puzzled, but: Zefram et al., what's the reason that those HAVE_GETRLIMIT bits in exec.c were never moved to the rlimits module? -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com