Date: Thu, 23 Feb 2012 22:24:21 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Garrett Wollman <wollman@hergotha.csail.mit.edu> Cc: arch@freebsd.org Subject: Re: bsd/citrus iconv Message-ID: <86d3958cqi.fsf@ds4.des.no> In-Reply-To: <201202231926.q1NJQPFa021654@hergotha.csail.mit.edu> (Garrett Wollman's message of "Thu, 23 Feb 2012 14:26:25 -0500 (EST)") 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> <20120223170918.GA79013@zim.MIT.EDU> <201202231822.q1NIMQOd020804@hergotha.csail.mit.edu> <201202231926.q1NJQPFa021654@hergotha.csail.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Garrett Wollman <wollman@hergotha.csail.mit.edu> writes: > You missed the bit on the next page: > > 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. 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. It all boils down to this: do we aspire to SUS conformance? However, considering that we currently don't have iconv in base at all, providing it in a separate library is still an improvement on the status quo. So long as it's a temporary measure, and we move it into libc when we deem it production-ready... > (This is from the 2001 approved standard; the text that you're looking > at may differ slightly.) The latest version is at http://pubs.opengroup.org/onlinepubs/009695399/ DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86d3958cqi.fsf>