From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Florian Weimer Newsgroups: gmane.emacs.bugs Subject: bug#23760: 25.0.95; emacs 25.0.95 doesn't build with glibc-2.23.90 Date: Mon, 20 Jun 2016 10:48:19 +0200 Message-ID: References: <57660B39.5080909@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1466412565 24250 80.91.229.3 (20 Jun 2016 08:49:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jun 2016 08:49:25 +0000 (UTC) Cc: 23760@debbugs.gnu.org To: Paul Eggert , Jan =?UTF-8?Q?Syn=C3=A1=C4=8Dek?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 20 10:49:15 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bEutN-0004Ii-SL for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jun 2016 10:49:14 +0200 Original-Received: from localhost ([::1]:42141 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEutN-0007Db-5r for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jun 2016 04:49:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47988) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEutG-0007CX-Vi for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 04:49:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEutC-0007CI-Qn for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 04:49:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34731) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEutC-0007C6-NF for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 04:49:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bEutC-0004wz-AZ for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 04:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Florian Weimer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jun 2016 08:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23760 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23760-submit@debbugs.gnu.org id=B23760.146641250918990 (code B ref 23760); Mon, 20 Jun 2016 08:49:02 +0000 Original-Received: (at 23760) by debbugs.gnu.org; 20 Jun 2016 08:48:29 +0000 Original-Received: from localhost ([127.0.0.1]:47068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEusf-0004wE-A3 for submit@debbugs.gnu.org; Mon, 20 Jun 2016 04:48:29 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:32926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEuse-0004w1-8O for 23760@debbugs.gnu.org; Mon, 20 Jun 2016 04:48:28 -0400 Original-Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 23C5EC049D67; Mon, 20 Jun 2016 08:48:22 +0000 (UTC) Original-Received: from oldenburg.str.redhat.com (dhcp-192-212.str.redhat.com [10.33.192.212]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u5K8mJkq028947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jun 2016 04:48:21 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 In-Reply-To: <57660B39.5080909@cs.ucla.edu> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Mon, 20 Jun 2016 08:48:22 +0000 (UTC) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119814 Archived-At: On 06/19/2016 05:02 AM, Paul Eggert wrote: > If I understand things correctly, the Emacs 'configure' script > discovered that the test glibc version did not declare and define a > symbol __malloc_initialize_hook, and so Emacs supplied its own > implementation of malloc, complete with __malloc_initialize_hook. Since > __malloc_initialize_hook was poisoned, this didn't work. Yes, that's right. I didn't account for the possibility that Emacs would use symbols in the implementation namespace for implementing its own malloc. > I suppose Emacs could work around the problem by using > __malloc_initialize_hook when linked against an old glibc, and by using > a new symbol emacs_malloc_initialize_hook when linked against its > substitute implementation. Although this would insulate distant-future > versions of Emacs against the poisoning, it wouldn't work for Emacs 25 > (the next Emacs version) and earlier; these systems would be unbuildable > with a glibc that poisons __malloc_initialize_hook. So as a practical > matter, aren't we better off having glibc simply not declare > __malloc_initialize_hook? You mean, not declare it in ? I already posted a patch for that: I'm more worried about the other __ variables in the Emacs malloc. Their in Emacs definition does not even match the one in glibc. The difference is probably harmless, but it is fairly close to be being broken. Thanks, Florian