From: "Peter S. Mazinger" <ps.m@gmx.net>
To: gentoo-embedded@lists.gentoo.org
Subject: Re: [gentoo-embedded] glibc-2 status
Date: Mon, 9 Jan 2006 17:16:43 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.44.0601091714470.29241-100000@lnx.bridge.intra> (raw)
In-Reply-To: <1136216733.10878.111.camel@nc>
On Mon, 2 Jan 2006, Natanael Copa wrote:
> On man, 2006-01-02 at 16:21 +0100, Peter S. Mazinger wrote:
> > On Tue, 27 Dec 2005, solar wrote:
> >
> > > On Tue, 2005-12-27 at 15:03 -0500, Mike Frysinger wrote:
> > > > On Tuesday 27 December 2005 13:02, solar wrote:
> > > > > On Tue, 2005-12-27 at 14:36 +0100, Natanael Copa wrote:
> > > > > > Anyone who know the status of glibc-2 in embedded?
> > > > >
> > > > > Assuming you mean glib2 it still remains at the same state.
> > > > > This is a sore spot for some of us being that the only problem
> > > > > moving forward is coming from another Gentoo developer.
> > > >
> > > > considering said developer has been afk for quite a while,
> > >
> > > cough good.
> > >
> > > > why dont i just go
> > > > ahead and include the patch in our ebuilds (especially since upstream has
> > > > accepted it)
> > >
> > > I was unaware it was accepted for glib or even submitted for that
> > > matter. But I like your idea.
> >
> > The patch was only accepted for gtk+, but for glib2 I am sure it won't
> > ever be acceptable, because upstream the test for iconv() and nls support
> > will stop the build, if they are both not found.
>
> Why cannot upstream glib2 support non iconv/nls?
w/o iconv it is not possible anymore (they removed the "tolerant" way in
glib2), nls would be no problem
>
> > nls is no real problem, because it can be replaced by dummies, yvasilev
> > made a better patch for iconv() replacement.
> >
> > I see the future rather by enabling iconv() in uClibc (but not the
> > nls/libintl/gettext stuff). That allows proper glib2 builds and everything
> > that depends on it.
> > The nls part can be disabled/replaced by dummies in
> > glib-2/glib/gi18n[-lib].h, that will allow to solve all glib2 dependant
> > apps by:
> > sed -i 's:libintl.h:gi18n.h:' <file>
> >
> > I have built like this all of emerge gnome
>
> wow... including firefox?
both mozilla/firefox
Peter
--
Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2
--
gentoo-embedded@gentoo.org mailing list
next prev parent reply other threads:[~2006-01-09 16:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-27 13:36 [gentoo-embedded] glibc-2 status Natanael Copa
2005-12-27 18:02 ` solar
2005-12-27 20:03 ` Mike Frysinger
2005-12-27 20:55 ` solar
2006-01-02 15:21 ` Peter S. Mazinger
2006-01-02 15:45 ` Natanael Copa
2006-01-09 16:16 ` Peter S. Mazinger [this message]
2005-12-27 21:15 ` Natanael Copa
2005-12-27 21:10 ` Natanael Copa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.44.0601091714470.29241-100000@lnx.bridge.intra \
--to=ps.m@gmx.net \
--cc=gentoo-embedded@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox