From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2065 Path: news.gmane.org!not-for-mail From: Lasse Kliemann Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Problems Compiling with glibc 2.12.1 Date: Mon, 7 Feb 2011 00:12:09 +0100 Message-ID: <20110206231209.GA10928@lasse.mail.plastictre.net> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" X-Trace: dough.gmane.org 1297033754 17481 80.91.229.12 (6 Feb 2011 23:09:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 6 Feb 2011 23:09:14 +0000 (UTC) Cc: supervision@list.skarnet.org To: Mike Buland Original-X-From: supervision-return-2299-gcsg-supervision=m.gmane.org@list.skarnet.org Mon Feb 07 00:09:09 2011 Return-path: Envelope-to: gcsg-supervision@lo.gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by lo.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1PmDj8-0002L6-Lk for gcsg-supervision@lo.gmane.org; Mon, 07 Feb 2011 00:09:06 +0100 Original-Received: (qmail 20430 invoked by uid 76); 6 Feb 2011 23:11:22 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 20421 invoked from network); 6 Feb 2011 23:11:22 -0000 Content-Disposition: inline In-Reply-To: Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2065 Archived-At: --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Message by -Mike Buland- from Tue 2010-11-09: > I just wanted to let everyone know that I've come across a strange > problem compiling runit. The issue seems to be with glibc version > 2.12.1, earlier versions did not exhibit this. I've also tried GCC > 4.5.1, 4.5.0, and 4.4.5. The binutils version I'm using is 2.20.1. >=20 > When compiling, the runit and runit-init programs link statically, and > the result does not appear to be a valid executable program. The > system complains that there is no valid entry point. Interestingly > enough, I can't get this to happen with any programs that aren't runit > and runit-init. Also, the problem is not evident when linking against > dietlibc. The executables I made with dietlibc are fine. >=20 > I don't think this is an issue for runit, actually, especially since > there is a workaround, but it is a concern for the glibc developers, > but who knows when they'll get around to fixing it. I thought the > list in general could benefit from my somewhat limited research into > the problem. I'm also in the process of figuring out if this is a new > bug for the glibc devs or not so I can report it to them. >=20 > Also, I'm running a 32bit x86 system, and I've tried it on a couple > different processors, with a few different compile options in place > while building glibc, always the same results. I get "unexpected reloc type in static binary" and a segfault: bash-4.0$ package/check=20 Checking commands in ./command... + cd compile + exec make check ./check-local chpst runit runit-init runsv runsvchdir runsvdir sv svlogd = utmpset Checking chpst... Checking runit... unexpected reloc type in static binarySegmentation fault 139 runit failed. make: *** [check] Error 1 This is with Glibc 2.13. Somewhat older Glibc versions work=20 alright, for instance 2.11.2. As a workaround (or fix), I changed=20 src/conf-ld to call "gcc" and not "gcc -s". --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJNTyrIAAoJEFYll6N4nhdvLDEQAIg7bFRsSK3oHsi0QZQ/d+yJ qFOsS+GZmy4LB/16fETCpjjZp0p2Hbxo9YnZYZXPJ/yIqB32j7gXMwEF2GFviAGs wVPBKjwBtShUDXCleyR6i2AmgfJz0tb9+5kcofvanLJm/xPAE5fURsP9kzQOeA21 musEK7s2f+eqQ38D2SqXyeEyT8yPlD16fyehsDNqYTF1T+aY4UaWJaw/6XWHKcjd YVMv8zqyGPyuyMbZcc3NLR6GBPakrwNuC14QAJFrXrIrUjOapIEC8ptXuoqt+bTa 3PFlWV4VhCCwytzTDbpBRrG3JtYltrL9lBzLNuuOxCQln8QQ3jZO+8m9i0GasVLQ tM0pq4sioO5WhOL6IBHqqgR5AqYXZKP/c0hczQis7fy49X+z268pxXihp1WBb4g6 w+US8ZoDZ3bSm/c7LhaJ0Do4XU9aPDF9rk1kXddBzYgXk/PzgkTnTce++d19iS/l ChpsDtKvFoYosvcheFe/fiUsiUkV5HcEzMawU1ziZM4LqQ4DZ6Ogu0MR+4+2f1Kb 6jh/d1QNwF/p0RabN6VC27ToawdGS+Tbjhw4P9+CcIyH1nXCOtTGnhXhGoH3U1TG GDbym3SyVUJJ/5kcL2XVohsLhNndr6JrMpNW1WBhzRkjfD7arGUY4sx7f02saH9O 0OfZmhq12mcy1reYWLs4 =IhWN -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--