From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.bugs Subject: bug#22086: 25.1.50; [PATCH] Integrate the musl hybrid malloc patch for elf systems Date: Mon, 21 Dec 2015 12:08:46 -0800 Message-ID: <56785C4E.1060202@dancol.org> References: <85poynxvgy.fsf@iznogoud.viz> <567120C0.6080803@cs.ucla.edu> <85h9jhdxl2.fsf@iznogoud.viz> <56772CB2.8060004@cs.ucla.edu> <567773F4.60000@cornell.edu> <20151221040628.GW238@brightrain.aerifal.cx> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k7jTSuHcVcm07kEIHDJwPs51Mx7ifbxFB" X-Trace: ger.gmane.org 1450728565 12174 80.91.229.3 (21 Dec 2015 20:09:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Dec 2015 20:09:25 +0000 (UTC) Cc: Wolfgang Jenkner , 22086@debbugs.gnu.org, Paul Eggert To: Rich Felker , Ken Brown Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 21 21:09:13 2015 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 1aB6ld-0007ER-C4 for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Dec 2015 21:09:13 +0100 Original-Received: from localhost ([::1]:47091 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB6lb-0002Pf-LQ for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Dec 2015 15:09:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB6lX-0002PK-NN for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 15:09:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aB6lS-0001t1-OP for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 15:09:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB6lS-0001sv-Ho for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 15:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aB6lS-0007n8-9C for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 15:09:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Dec 2015 20:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22086 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 22086-submit@debbugs.gnu.org id=B22086.145072853829940 (code B ref 22086); Mon, 21 Dec 2015 20:09:02 +0000 Original-Received: (at 22086) by debbugs.gnu.org; 21 Dec 2015 20:08:58 +0000 Original-Received: from localhost ([127.0.0.1]:59117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aB6lO-0007mq-27 for submit@debbugs.gnu.org; Mon, 21 Dec 2015 15:08:58 -0500 Original-Received: from dancol.org ([96.126.100.184]:42680) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aB6lM-0007mf-EF for 22086@debbugs.gnu.org; Mon, 21 Dec 2015 15:08:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=vggN7pfs7z8CBV5vmCzHUslWm269bLcMrS2U2Qfuy4U=; b=qNNWa8x6jlb+8TqXWr2CmO/FvqozXwX4FE7cU+SzjipnxJPo9kmzUS6j0HX8FKURn2Uv0D7ZQo+2fYBXnykqfhlqVwkUwhLeBfrtJAPBE8hjfLpr0I4uEULxaSrEGsN1vNBNIl9VfWeRWbPa6XCITULJzO+ME0HMxF7t/BtCE68R2Cpu5Psqv5//M0PAOE5yO3znF4HzbevQJCpYaAKbgPjVtjAWB0gA0rGIQ+f5pPecvGL+A8PGMrLTZB/JeMZ1cGkzYhNz9skIwaaLzxtEVOPpCrh9Mn2ZVz32GtsK+ANk8tGfk1JsCzEU7oIoQVSJNday3mwtLhVLY7FukkJVFw==; Original-Received: from [2620:10d:c090:180::1edf] (helo=[IPv6:2620:10d:c081:1103:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1aB6lJ-0001TU-5T; Mon, 21 Dec 2015 12:08:53 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 In-Reply-To: <20151221040628.GW238@brightrain.aerifal.cx> 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110255 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --k7jTSuHcVcm07kEIHDJwPs51Mx7ifbxFB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/20/2015 08:06 PM, Rich Felker wrote: > On Sun, Dec 20, 2015 at 10:37:24PM -0500, Ken Brown wrote: >> On 12/20/2015 5:33 PM, Paul Eggert wrote: >>> While thinking over this patch I'd like to propose what should be a >>> simpler approach. This new proposal is more radical, and so should no= t >>> be applied to the emacs-25 branch, but it should make the port to mus= l >>> etc. automatic. >>> >>> The simpler approach is to remove gmalloc.c, and to use the system >>> memory allocator, i.e., to behave as if SYSTEM_MALLOC is defined on a= ll >>> platforms. >>> >>> We can still support hybrid malloc for Cygwin, if SYSTEM_MALLOC would= n't >>> work on Cygwin for some reason; and we can support the similar hybrid= on >>> Darwin, if it's still needed. >> >> SYSTEM_MALLOC doesn't work on Cygwin, largely because Cygwin's >> malloc doesn't support malloc_set_state and malloc_get_state. There >> may be other problems too. (It's been a while since I tried it.) >=20 > I don't see how this is possible; malloc_[gs]et_state do not exist on > other systems either. Presumably this is some hack needed for the > dumper, which wouldn't be needed if malloc weren't used pre-dumping. We really shouldn't be dumping the native heap at all, really. Eventually, Emacs should be a position-independent executable (as should every other program), and to unexec a PIE, we need to emit relocations, and to emit relocations, we need to know where all the pointers are. We can't do that if the internal heap structure is opaque to us. --k7jTSuHcVcm07kEIHDJwPs51Mx7ifbxFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWeFxPAAoJEN4WImmbpWBlxloQAJyluxgIJKObqpcXZEn/VWZI v0jkaPpyTQzC/cojVRxbGPLE1uZ3vtkXMmhJwNihoKzNuSYWTmtRgPiDQAG7s8rg TBiGYnTwf4Akoqn3/inuSFVEFDFbBSEcyxGVA2fdnoX4lWeSVTDkpmKVsX/G1E45 ruGPscRYoakzU6oTYF1ZINZua+bVp/+fzIkAfvXK0ZlRD1Jqyrepx6HGmbsEuRUS Cl/UDTq7m6ga5c/RTF8QKoAXroMDpTzUoCdTDTSltV29gbx0qstKeJXpG7ta9q// yj330RjHRpAzoCQMqMynU2o1qrhEVmZVhcOTAUNk62iqI/rbdmdG0I708rQd8/s2 QtJeQe39J1Zty1gXKqpaaVVKP2CoOkNxK3T7sEtGgtmOysmpwOyN7lUhxGK037x2 zj4q6gq+b+cl87tlmB7CVZd4Do/Z9VTX4Z63r9TaXfog/0DXRSXiibkh7YAZo96I n4qHJfevYKcWZDYfix6tZb8f+xaFZ95HBRlxhXJThP7XJ3tzpITyPOKO5NiocO2A oaXRU8U9EdQwFVZlh9yn4C7kGY+y2pCXJ7QHWsY2zw3nrJ8a7SqNsHDqa0Gd4YKL 8ZEcZdhsOU1fPAjbrCprG40Vd1gGtsd0LWFJggqMOb/D1e1CvjfliZzdhJ28Xbuf MowTzqPqvjjANBS7J0VN =w8oB -----END PGP SIGNATURE----- --k7jTSuHcVcm07kEIHDJwPs51Mx7ifbxFB--