From owner-freebsd-arch@FreeBSD.ORG  Sun Jun  1 15:53:24 2003
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F3B2537B401
	for <arch@freebsd.org>; Sun,  1 Jun 2003 15:53:23 -0700 (PDT)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6F20943F75
	for <arch@freebsd.org>; Sun,  1 Jun 2003 15:53:22 -0700 (PDT)
	(envelope-from bde@zeta.org.au)
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id IAA26980;
	Mon, 2 Jun 2003 08:52:51 +1000
Date: Mon, 2 Jun 2003 08:52:50 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: "R. Imura" <imura@ryu16.org>
In-Reply-To: <20030602030031.H77796@ryu16.org>
Message-ID: <20030602083714.A13535@gamplex.bde.org>
References: <20030531202221.GA22056@dragon.nuxi.com>
	<Pine.BSF.4.21.0305311527220.4662-100000@InterJet.elischer.org>
	<20030601221123.B11577@gamplex.bde.org>
	<20030602030031.H77796@ryu16.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Julian Elischer <julian@elischer.org>
cc: arch@freebsd.org
Subject: Re: Moving some items out of src/sbin to src/usr.sbin
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Jun 2003 22:53:24 -0000

On Mon, 2 Jun 2003, R. Imura wrote:

> On Sun, Jun 01, 2003 at 10:25:26PM +1000, Bruce Evans wrote:
> > mount_smbfs isn't actually dynamically linked currently:
> >
> > %%%
> > $ file /sbin/mount_smbfs
> > /sbin/mount_smbfs: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.0, statically linked, stripped
> > %%%
> >
> > The world was built with NOSHARED=yes.
> >
> > This seems to be a bug in mount_smbfs/Makefile:
> >
> > %%%
> > # Needs to be dynamically linked for optional dlopen() access to
> > # userland libiconv (see the -E option).
> > #
> > NOSHARED?=	NO
> > %%%
> >
> > If it really needs to be dynamically linked, then NOSHARED should
> > be set unconditionally.
>
> When statically linked, mount_smbfs is limited to no character conversion
> based on libiconv.so, because dlopen() returns "Service unavailable".
> Since smbfs works fine w/o code conversion, if someone wants, he can
> make it statically linked. I think European need dynamically linked
> for their character code conversion purpose.
> (In my case, I(japanese) don't use -E option for mount_smbfs, because
> it doesn't work for 16bit chars, so I can make it statically linked.)
>
> Anyway, I think this is not a bug of mount_smbfs/Makefile, IMHO.

I like this treatment, provided the error is sufficiently obvious.

I think we will get similar behaviour for NSS.  It's not an error for
a module to be missing if it is not needed, and static linkage just
limits the accessible modules.

Bruce