From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: zsh-workers-request@euclid.skiles.gatech.edu Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by coral.primenet.com.au (8.7.5/8.7.3) with ESMTP id EAA25448 for ; Sat, 9 Nov 1996 04:29:24 +1100 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id MAA03383; Fri, 8 Nov 1996 12:25:56 -0500 (EST) Resent-Date: Fri, 8 Nov 1996 12:25:56 -0500 (EST) From: Zefram Message-Id: <28661.199611081725@stone.dcs.warwick.ac.uk> Subject: Re: modules configuration patch To: hoh@approve.se (Goran Larsson) Date: Fri, 8 Nov 1996 17:25:19 +0000 (GMT) Cc: zsh-workers@math.gatech.edu In-Reply-To: from "Goran Larsson" at Nov 8, 96 05:05:00 pm X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]8393.62 X-US-Congress: Moronic fuckers Content-Type: text Resent-Message-ID: <"X187b3.0.kq.ZqsWo"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/2344 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu >Please no. looking for xxx/yyy in the current directory just because it >contains a / is horrible. The normal method for zsh to search for ordinary >programs is to look in the PATH for xxx/yyy stuff, why not for modules >as well? Makes it more consistent. This was added by PF after I requested >it as it is perfect for managing the PATH namespace. It would be nice >to have this for modules as well. Actually both approaches are available for PATH. The default is the one I suggested. Perhaps (z|)modload should honour PATH_DIRS. Might I also suggest that .so be appended always (whether or not the path i searched), and the filename tried without the suffix only if that fails. This provides the expected behaviour in all but the most freaky cases. -zefram