From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26038 invoked by alias); 18 Nov 2013 16:38:38 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32017 Received: (qmail 1404 invoked from network); 18 Nov 2013 16:38:34 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, URIBL_RED autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <131118083828.ZM16258@torch.brasslantern.com> Date: Mon, 18 Nov 2013 08:38:28 -0800 In-reply-to: <20131118103257.655e3aea@pwslap01u.europe.root.pri> Comments: In reply to Peter Stephenson "Re: modify functions hierarchy (was: Install run-help and *.zwc files system wide in build system)" (Nov 18, 10:32am) References: <131110183043.ZM21795@torch.brasslantern.com> <131111084228.ZM26372@torch.brasslantern.com> <20131112101139.31d67b73@pwslap01u.europe.root.pri> <20131112174805.26ecab48@pwslap01u.europe.root.pri> <20131112210424.177c035b@pws-pc.ntlworld.com> <20131113092831.2ed6ab94@pwslap01u.europe.root.pri> <20131113112112.1b080b79@pwslap01u.europe.root.pri> <131113080606.ZM11640@torch.brasslantern.com> <131117103047.ZM30518@torch.brasslantern.com> <20131117201359.1613ec4c@pws-pc.ntlworld.com> <131117125032.ZM787@torch.brasslantern.com> <20131118103257.655e3aea@pwslap01u.europe.root.pri> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: modify functions hierarchy (was: Install run-help and *.zwc files system wide in build system) MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Nov 18, 10:32am, Peter Stephenson wrote: } } On Sun, 17 Nov 2013 12:50:32 -0800 } Bart Schaefer wrote: } > } We could have a parallel hierarchy Functions_pre for generated functions. } > } > Do we really expect there to be very many of these? We've gone twenty } > years without having a single one of them until now. Is an entire } > parallel hierarchy necessary? Completion_pre as well? } } Well, if you don't want it in the normal Functions area, and it needs to } appear in the build tree for later installation, we're running out of } other possibilities. At the risk of re-opening this can of worms: Another possibility is to handle it the way Doc/Makefile.in "install.info" does -- I don't see how that situation is different from this one. NOT patching these at install time means that you can't "make install" with a different DESTDIR= than was in place at "make all" time. *That* seems wrong to me. However, I was thinking Config/run-help.in and Config/_run-help.in or the like when I grumbled about the parallel hierarchy.