From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 16 06:13:12 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F4029286 for ; Sun, 16 Feb 2014 06:13:11 +0000 (UTC) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1991122B for ; Sun, 16 Feb 2014 06:13:08 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id s1G6D2Wl025338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 15 Feb 2014 22:13:02 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id s1G6D209025337; Sat, 15 Feb 2014 22:13:02 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA14886; Sat, 15 Feb 14 21:15:35 PST Date: Sat, 15 Feb 2014 21:16:17 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: jordan.hubbard@gmail.com Subject: Re: Thoughts on Multi-Symlink Concept Message-Id: <530049a1.XXZ1PjZFgRyCu9X6%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-filesystems@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Feb 2014 06:13:12 -0000 Jordan Hubbard wrote: > Even variant symlinks (/bin -> /${ARCH}/bin), which can expand > differently depending on the user context, have clearly > understandable semantics - you know that the symlink is going > to expand to exactly one file no matter what ARCH is set to. s/file/pathname/ Depending on what ARCH is set to, the expanision may or may not point to any actual file (or directory, or ...)