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: Thu, 19 Nov 2015 14:55:49 -0800 Organization: UCLA Computer Science Department Message-ID: <564E5375.3050006@cs.ucla.edu> References: <877flswse5.fsf@lifelogs.com> <8737wgw7kf.fsf@lifelogs.com> <87io5bv1it.fsf@lifelogs.com> <87egfzuwca.fsf@lifelogs.com> <876118u6f2.fsf@lifelogs.com> <8737w3qero.fsf@lifelogs.com> <831tbn9g9j.fsf@gnu.org> <878u5upw7o.fsf@lifelogs.com> <83ziya8xph.fsf@gnu.org> <83y4du80xo.fsf@gnu.org> <564DF0F6.5060501@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 1447973773 30096 80.91.229.3 (19 Nov 2015 22:56:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Nov 2015 22:56:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: Philipp Stephani , Eli Zaretskii , Ted Zlatanov , =?UTF-8?Q?Aur=c3=a9lien_Aptel?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 19 23:56:03 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 1ZzY7X-0001js-5T for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 23:56:03 +0100 Original-Received: from localhost ([::1]:44400 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzY7W-0006UQ-Eg for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 17:56:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzY7S-0006To-IK for emacs-devel@gnu.org; Thu, 19 Nov 2015 17:55:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzY7R-0006As-QT for emacs-devel@gnu.org; Thu, 19 Nov 2015 17:55:58 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:38578) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzY7M-0006AZ-6S; Thu, 19 Nov 2015 17:55:52 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id EE87D160DFC; Thu, 19 Nov 2015 14:55:50 -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 3lhPsSxVoSNH; Thu, 19 Nov 2015 14:55:50 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4C730160DFD; Thu, 19 Nov 2015 14:55:50 -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 K17Snb09zC5k; Thu, 19 Nov 2015 14:55:50 -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 2AF92160DFC; Thu, 19 Nov 2015 14:55:50 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 In-Reply-To: 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:194828 Archived-At: On 11/19/2015 02:45 PM, Philipp Stephani wrote: > Maybe we should add a variant that behaves like xmalloc but is > guaranteed to never call longjmp? What should this new xmalloc variant do when it runs out of memory? xmalloc never returns NULL, so presumably that should be true for the variant as well. > > Please don't use module.h; this header file is the only one that is > intended for module authors to include, so it needs a globally unique > name which should start with 'emacs'. Yes, that's already done, it's renamed to emacs-module.h now.