From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Mon, 23 Nov 2015 08:29:16 -0800 Organization: UCLA Computer Science Department Message-ID: <56533EDC.1070009@cs.ucla.edu> References: <837fld6lps.fsf@gnu.org> <83610w5o97.fsf@gnu.org> <564FACF5.2080601@cs.ucla.edu> <564FBAA7.5030306@cs.ucla.edu> <5650F9CD.9030707@cs.ucla.edu> <83oaem2ebu.fsf@gnu.org> <83mvu62cst.fsf@gnu.org> <56520E5F.706@cs.ucla.edu> <831tbh3ket.fsf@gnu.org> <87bnalzb1i.fsf@tromey.com> 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 1448296177 10893 80.91.229.3 (23 Nov 2015 16:29:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Nov 2015 16:29:37 +0000 (UTC) Cc: aurelien.aptel+emacs@gmail.com, Philipp Stephani , dancol@dancol.org, tzz@lifelogs.com, emacs-devel@gnu.org To: Tom Tromey , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 23 17:29:29 2015 Return-path: Envelope-to: ged-emacs-devel@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 1a0tzc-0002hy-6q for ged-emacs-devel@m.gmane.org; Mon, 23 Nov 2015 17:29:28 +0100 Original-Received: from localhost ([::1]:33252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0tzc-000846-9u for ged-emacs-devel@m.gmane.org; Mon, 23 Nov 2015 11:29:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49134) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0tzZ-00083m-25 for emacs-devel@gnu.org; Mon, 23 Nov 2015 11:29:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0tzY-0002rX-6g for emacs-devel@gnu.org; Mon, 23 Nov 2015 11:29:24 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:40670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0tzS-0002nk-Dx; Mon, 23 Nov 2015 11:29:18 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 1A4A2160D25; Mon, 23 Nov 2015 08:29:17 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id jYkFzdsOPOta; Mon, 23 Nov 2015 08:29:16 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 66E7916099B; Mon, 23 Nov 2015 08:29:16 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id X_w8IuIzZXhD; Mon, 23 Nov 2015 08:29:16 -0800 (PST) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 4954B1601AA; Mon, 23 Nov 2015 08:29:16 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 In-Reply-To: <87bnalzb1i.fsf@tromey.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195118 Archived-At: On 11/22/2015 06:47 PM, Tom Tromey wrote: > Commonly a module will use some other library, which will do whatever it > does. Yes, if another library calls the system malloc directly, the module author will be stuck with that behavior. However, many libraries let or require the caller to allocate memory, or provide ways for the caller to specify the memory-allocator functions, and module authors should prefer this to having the libraries invoke malloc directly, because Emacs wants to do memory accounting etc.