Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Switching from uClibc to glibc as the default in Buildroot?
Date: Tue, 18 Feb 2014 23:14:47 +0100	[thread overview]
Message-ID: <20140218231447.524a1a20@skate> (raw)

Hello,

The uClibc project has not released any new version since almost two
years, despite the fact that there are numerous known issues and
limitations in 0.9.33.2, and a good set of fixes in the 0.9.33 branch
that have never been part of any release.

This lack of stable releases is causing major issues for build systems
such as Buildroot. Not only do we have to carry a large number of
backported patches to fix uClibc bugs and add missing system calls and
functionalities needed to run modern software, but we also have issues
supporting uClibc toolchains provided by other parties (such as
processor vendors), because they are not using the same set of
backported patches. The lack of releases is causing fragmentation
between the various uClibc versions, making uClibc more and more
painful to support in Buildroot.

To give you an idea, Buildroot currently has more than 50 patches on
top of uClibc 0.9.33.2:

  http://git.buildroot.net/buildroot/tree/package/uclibc/0.9.33.2/

OpenEmbedded has to use a Git version of uClibc, with a few patches:

  https://github.com/openembedded/oe-core/blob/master/meta/recipes-core/uclibc/uclibc-git.inc

OpenWRT also has a good number of patches:

  https://dev.openwrt.org/browser/trunk/toolchain/uClibc/patches-0.9.33.2

We have already asked for stable releases in September 2013 [1], then
in November 2013 [2], and finally in December 2013 [3], and still no
release has been made.

Historically, Buildroot was created as a tool to generate small Linux
systems based on uClibc, in order to test and exercise uClibc. Since
its origin, Buildroot has had uClibc as its default C library, quite
certainly helping in propagating uClibc in embedded Linux systems.

However, due to the reasons mentioned above, supporting uClibc has
proven to be more and more complicated. Therefore, at the latest
Buildroot Developers Meeting, we discussed the idea of switching to
using glibc as the default C library in Buildroot for the
architectures that glibc supports.

But before doing that, we would like to discuss this problem again
with the uClibc community, and see if something can be done to revive
the project in terms of delivering releases. Adopting a time-based
release schedule has proven to work really well for Buildroot, and we
believe this solution should be considered by the uClibc developers.

Thanks!

Thomas, on behalf of the Buildroot core developers: Peter Korsgaard,
Yann E. Morin, Samuel Martin, Thomas De Schampheleire.

[1] http://lists.uclibc.org/pipermail/uclibc/2013-September/047942.html
[2] http://lists.uclibc.org/pipermail/uclibc/2013-November/048029.html
[3] http://lists.uclibc.org/pipermail/uclibc/2013-December/048102.html
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

             reply	other threads:[~2014-02-18 22:14 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-18 22:14 Thomas Petazzoni [this message]
     [not found] ` <20140218231759.GS184@brightrain.aerifal.cx>
2014-02-18 23:26   ` [Buildroot] Switching from uClibc to glibc as the default in Buildroot? Thomas Petazzoni
     [not found]     ` <20140219024634.GT184@brightrain.aerifal.cx>
2014-02-19  8:13       ` Thomas Petazzoni
     [not found] ` <CAMKF1soCcLba_EacJLe7f9fM9=gFsTJYj0kaz6YzoXzEY1rx2A@mail.gmail.com>
2014-02-19  8:18   ` Thomas Petazzoni
2014-02-19  8:29     ` Peter Korsgaard
     [not found]   ` <fd7802bd-3f37-4d70-ad22-2e46fc452b4b@email.android.com>
     [not found]     ` <66DCE5C2-E7A6-4634-8C79-441DA9FC46FB@gmail.com>
2014-02-19  8:21       ` Thomas Petazzoni
2014-02-19  8:32         ` Peter Korsgaard
2014-02-19 13:21           ` Mike Zick
2014-03-07  8:07           ` Thomas De Schampheleire
2014-03-12 20:24             ` Bernhard Reutner-Fischer
2014-03-13 10:45               ` Vineet Gupta

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=20140218231447.524a1a20@skate \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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