Date: Tue, 2 Mar 2004 13:16:46 -0800 From: Kris Kennaway <kris@obsecurity.org> To: Eivind Eklund <eivind@FreeBSD.org> Cc: cvs-ports@FreeBSD.org Subject: Re: Gettext issues (was Re: cvs commit: ports CHANGES) Message-ID: <20040302211646.GA6887@xor.obsecurity.org> In-Reply-To: <20040302131749.GG27008@FreeBSD.org> References: <200402040638.i146cVAi035977@repoman.freebsd.org> <20040229233524.GA48293@dragon.nuxi.com> <1078098236.62463.50.camel@shumai.marcuscom.com> <20040301104026.GC27008@FreeBSD.org> <20040301115006.GA64348@xor.obsecurity.org> <20040301154440.GC71640@dragon.nuxi.com> <20040301162624.GE27008@FreeBSD.org> <20040302035808.GA1535@xor.obsecurity.org> <20040302131749.GG27008@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Mar 02, 2004 at 01:17:49PM +0000, Eivind Eklund wrote:
> > I successfully removed gettext from a number of my installed ports,
> > but it looks like glib20 and everything that depends on it absolutely
> > requires gettext (there's a note in the ChangeLog suggesting that it
> > was a design decision). That means pretty much everything GNOME and
> > KDE requires it, but it's still a step forward to proceed with other
> > ports.
>=20
> Looking at the code, I think you're wrong - it just autodetect. Or at
> least the code autodetect and contain ifdef's on ENABLE_NLS to
> enable/disable code sections based on whether NLS is available or not.
The --disable-nls switch was removed from configure, according to
ChangeLog.Pre-2-0
2002-01-16 Sven Neumann <sven@gimp.org>
* acinclude.m4
* m4macros/glib-gettext.m4: removed the --disable-nls option. You
can't disable Native Language Support since we rely on it.
> For the more general case: I think we can use a dummy gettext library to
> get around things needing gettext. The gettext calls generally index on
> the english string, making a dummy implementation very easy.
>=20
> Below is an implementation (not tested) which should compliant with the b=
asic
> interface, and hopefully work. A better variant might be actually have
> all of this defined as inline functions in a header.
Interesting..I'll take a look at this if I have time.
Kris
--HcAYCG3uE/tztfnV
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFARPm9Wry0BWjoQKURAl2UAJkBfKTI5577WNJllA4WHNKoXDwJlACbBXxV
N8c1auWO1cjmf2+R8xuatlw=
=Pwlg
-----END PGP SIGNATURE-----
--HcAYCG3uE/tztfnV--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040302211646.GA6887>