From owner-freebsd-arch@FreeBSD.ORG Sat Mar 3 06:24:44 2012 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5845E1065674; Sat, 3 Mar 2012 06:24:44 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 3064C8FC0C; Sat, 3 Mar 2012 06:24:44 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q235PWPE069176; Sat, 3 Mar 2012 05:25:32 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id najztczxenqiu28mc823p34z56; Sat, 03 Mar 2012 05:25:32 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <20120302171647.GA29850@zim.MIT.EDU> Date: Fri, 2 Mar 2012 21:25:32 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <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> <20120223170918.GA79013@zim.MIT.EDU> <201202231822.q1NIMQOd020804@hergotha.csail.mit.edu> <201202231926.q1NJQPFa021654@hergotha.csail.mit.edu> <86d3958cqi.fsf@ds4.des.no> <20120302171647.GA29850@zim.MIT.EDU> To: David Schultz X-Mailer: Apple Mail (2.1257) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Garrett Wollman , 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: Sat, 03 Mar 2012 06:24:44 -0000 On Mar 2, 2012, at 9:16 AM, David Schultz wrote: > On Thu, Feb 23, 2012, Dag-Erling Sm?rgrav wrote: >> Garrett Wollman writes: >>> You missed the bit on the next page: >>>=20 >>> It is unspecified whether the libraries libc.a, libm.a, >>> librt.a, libpthread.a, libl.a, liby.a, or libxnet exist as >>> regular files. The implementation may accept as -l operands >>> names of objects that do not exist as regular files. >>=20 >> That's entirely academic unless you want to modify gcc and clang to >> automatically pull in libiconv. The point is that if the iconv >> extension is implemented, it must be available without requiring >> additional -l options. >=20 > If the linker included libiconv automatically, would it be > possible to switch iconv implementations without recompiling, by > using libmap.conf? Or is the ABI (e.g., type of iconv_t) > incompatible? =85. Very incompatible. The functions actually have different names in the library. So switching implementations via library mapping is not going to work. Tim