supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Laurent Bercot <ska-supervision@skarnet.org>
To: supervision@list.skarnet.org
Subject: Re: Problems Compiling with glibc 2.12.1
Date: Mon, 7 Feb 2011 01:50:29 +0100	[thread overview]
Message-ID: <20110207005029.GA25415@skarnet.org> (raw)
In-Reply-To: <20110206231209.GA10928@lasse.mail.plastictre.net>

> This is with Glibc 2.13. Somewhat older Glibc versions work 
> alright, for instance 2.11.2. As a workaround (or fix), I changed 
> src/conf-ld to call "gcc" and not "gcc -s".

 Static linking is broken in recent glibcs. The GNU people have lost
their minds for quite a long time now.

 The runit package should not try and forcefully link executables
statically, even important executables like runit and runit-init.
Other init systems provide a dynamically-linked "init" binary and
they work (at a price, of course: the demented requirements of the
Upstart "init" binary, for instance, make booting impossible if you
don't have libdbus on your root filesystem). The decision of linking
statically or dynamically should ultimately be left to the user.

 Of course, the runit documentation could mention that it's a good
idea to statically link vital binaries (such as the Process One binary),
and that on Linux systems, glibc does not allow it. The documentation
could then point Linux users to sane libcs like dietlibc or uClibc -
to use the latter, I've been very happy with the uClibc toolchains
provided by Aboriginal Linux at landley.net/aboriginal/.

-- 
 Laurent


  reply	other threads:[~2011-02-07  0:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-09 15:29 Mike Buland
2011-02-06 23:12 ` Lasse Kliemann
2011-02-07  0:50   ` Laurent Bercot [this message]
2011-02-07  2:09     ` Charlie Brady
2011-02-07  7:56       ` Laurent Bercot
2011-02-08  0:16     ` Lasse Kliemann
2011-06-13 13:01   ` Robin Bowes
2011-06-13 13:38     ` Laurent Bercot
2011-06-13 17:19       ` Robin Bowes

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=20110207005029.GA25415@skarnet.org \
    --to=ska-supervision@skarnet.org \
    --cc=supervision@list.skarnet.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;
as well as URLs for NNTP newsgroup(s).