From owner-freebsd-arch@FreeBSD.ORG Thu Feb 23 17:10:43 2012 Return-Path: Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B39C106566C; Thu, 23 Feb 2012 17:10:43 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 47DCA8FC18; Thu, 23 Feb 2012 17:10:36 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.5/8.14.2) with ESMTP id q1NH9JOb079069; Thu, 23 Feb 2012 12:09:19 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.5/8.14.2/Submit) id q1NH9IIE079068; Thu, 23 Feb 2012 12:09:18 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Thu, 23 Feb 2012 12:09:18 -0500 From: David Schultz To: Gabor Kovesdan Message-ID: <20120223170918.GA79013@zim.MIT.EDU> Mail-Followup-To: Gabor Kovesdan , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Andriy Gapon , freebsd-arch@freebsd.org References: <4F3C28DD.1020003@FreeBSD.org> <4F3C2D2D.5000402@FreeBSD.org> <4F3E78BA.4060203@FreeBSD.org> <864nupcuvl.fsf@ds4.des.no> <4F3E7B5A.20103@FreeBSD.org> <86zkchbff6.fsf@ds4.des.no> <4F3EADB5.7060008@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4F3EADB5.7060008@FreeBSD.org> Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Andriy Gapon , freebsd-arch@FreeBSD.ORG Subject: Re: bsd/citrus iconv X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 17:10:43 -0000 On Fri, Feb 17, 2012, Gabor Kovesdan wrote: > Em 17-02-2012 17:19, Dag-Erling Smørgrav escreveu: > >Andriy Gapon writes: > >>But nothing precludes it from being a separate library in principle? > >>There is even src/lib/libiconv, it's just not connected to the build. > >You're right - for some reason, I thought src/lib/libiconv was just a > >Makefile for GNU libiconv. > POSIX requires iconv() to be in libc. However, a glue Makefile was > provided there for testing purposes. Where do you see that? I believe it's optional. Providing it as a separate library is more maintainable, and makes it easier for people to drop in a different iconv library if they need it.