Date: Mon, 18 Feb 2002 01:29:47 +0300 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: sobomax@FreeBSD.org Cc: freebsd-ports@FreeBSD.org, i18n@FreeBSD.org Subject: Re: iconv port: plea for take-over Message-ID: <20020217222946.GA74674@nagual.pp.ru> In-Reply-To: <1013951311.37941.24.camel@notebook> References: <20020215232829.GA49008@nagual.pp.ru> <B8932D0A.695D%ade@FreeBSD.org> <20020216042213.GA54552@nagual.pp.ru> <20020216161910.GU44003@squall.waterspout.com> <20020216190141.GA60826@nagual.pp.ru> <20020217022052.GQ44003@squall.waterspout.com> <20020217024757.GA65001@nagual.pp.ru> <1013951311.37941.24.camel@notebook>
next in thread | previous in thread | raw e-mail | index | archive | help
--a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 17, 2002 at 15:08:05 +0200, Maxim Sobolev wrote: > > No, runtime linking will fail, all functions have 'g' prefix in > > applications (after co-existance hack), f.e. application calls 'giconv(= )' > > while library (after hack removing) will have 'iconv()'. To make API the > > same, application includes giconv.h with=20 > > #define iconv giconv=20 > > All this is dirty hack should be removed from GNU iconv port AND=20 > > applications. >=20 > This is incorrect assertion. In fact names of all functions are the same > both in iconv and giconv, the difference is only in library name and > header name. This is semi-correct assertion :-) I was not quite right (since I check it long time ago), but you is not right at all. They renamed not with "g" but with another prefix, "lib", see this and similar places from giconv.h: #ifndef LIBICONV_PLUG #define iconv libiconv #endif And just do: nm /usr/local/lib/libgiconv.a > Konstantin's is BSDL. Also I don't think that the terms "old"/"new" are > applicable here, because in fact GNU iconv is either older or of I not insist on "old/new" scheme. Just think about "old" like unsupported= =20 (nobody agrees to take it yet). > approximately the same age as Konstantin's. Moreover, GNU's iconv could > be configured to use loadable modules instead of linking them all into > one mega-library, so that the difference is even more vague. :) So, GNU iconv must be configured to use loadable modules. --=20 Andrey A. Chernov http://ache.pp.ru/ --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQCVAwUBPHAu2uJgpPLZnQjrAQFcYgP/W1Uk00bMp0hSD/oCWo35u26HsYntBnUu QvJuEMNDLW9//+Zm2jFPjj2h8TmsVWF/7xUaKs+GdLzwNhkmFcRK6EABwUTJL/fM CxyETRK01rJs+07wzFjFx1u8bxL0zkNhe9A0Q5dNpelqa6rvQrrIP1a/8iUBr2OH jIqMfOphleI= =J/fL -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-i18n" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020217222946.GA74674>