From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11507 invoked by alias); 29 Sep 2012 02:11:35 -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: 30708 Received: (qmail 2860 invoked from network); 29 Sep 2012 02:11:24 -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=-3.3 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, DKIM_SIGNED,RCVD_IN_DNSWL_MED,T_DKIM_INVALID,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at spodhuis.org does not designate permitted sender hosts) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=spodhuis.org; s=d201107; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=sGoSqH+hIvbe9yN5x94jrhpxRdQvZSBCkxFhyaOOj7U=; b=OeHATDB0NLMv1doa9zCP+85fY2tcVwW6fak/pse4UsUgWtmUNp7nbVid9topdOyphZskI8TftKm27jL+MjaE+gs/apIsJZBNwWTlrcpHrbAHOC5AsACjVmJa6tUTQ29I7bDdJ4+XuhoIsRzMRxaokjG4LxMsnpXVdiY9lgP6PZY=; Date: Fri, 28 Sep 2012 21:53:11 -0400 From: Phil Pennock To: Danek Duvall , Bart Schaefer , Zsh workers Subject: Re: Completion collision, best way to fix Message-ID: <20120929015311.GA66234@redoubt.spodhuis.org> Mail-Followup-To: Danek Duvall , Bart Schaefer , Zsh workers References: <120928075936.ZM28235@torch.brasslantern.com> <20120929011242.GF17010@lorien.comfychair.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120929011242.GF17010@lorien.comfychair.org> On 2012-09-28 at 18:12 -0700, Danek Duvall wrote: > On Fri, Sep 28, 2012 at 07:59:36AM -0700, Bart Schaefer wrote: > > In practice I'm not sure any of the distribution package maintainers > > actually take the step of removing the "irrelevant" functions from the > > tree; maybe some change the default fpath in /etc/zshrc or the like. > > Given that I'm the zsh integrator for Solaris ... > > Is there a way for the build process to put the "native" OS-specific > directory ahead of the rest? If not, would a patch to do that be > appreciated? I could take the easy way out and simply drop the BSD _pkg > from the Solaris zsh package, but it'd be nice not to have to. You can use --enable-additional-fpath to add entries to the default fpath; the order used is "site", "additional", "install locations". Since the list is scanned in order, uniqueness isn't required and you can just replicate an entry that will appear later. See the "INSTALL" file for details on the syntax of the option. If runtime works, then just: typeset -U fpath fpath=(${fpath[(R)*/Solaris]} $fpath) -Phil