From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Aur=C3=A9lien_Aptel?= Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Thu, 15 Oct 2015 01:48:03 +0200 Message-ID: References: <87bnl1vmqf.fsf@lifelogs.com> <87vbj8tow4.fsf@lifelogs.com> <87r3twtagf.fsf@lifelogs.com> <85siebl7ws.fsf@stephe-leake.org> <85a90ilwmm.fsf@stephe-leake.org> <83386a6f7z.fsf@gnu.org> <85h9upjz7v.fsf@stephe-leake.org> <83wq3k3kl4.fsf@gnu.org> <85bnkwil1c.fsf@stephe-leake.org> <83pp9cwky8.fsf@gnu.org> <85a90ggf2d.fsf@stephe-leake.org> <54E0A40F.5080603@dancol.org> <83sie7un20.fsf@gnu.org> <54E0D181.2080802@dancol.org> <83r3trulse.fsf@gnu.org> <54E0D7E0.305@87.69.4.28> <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <5610ED13.1010406@dancol.org> <56117F37.9060808@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1444866573 11429 80.91.229.3 (14 Oct 2015 23:49:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 23:49:33 +0000 (UTC) Cc: Eli Zaretskii , Daniel Colascione , Stephen Leake , Emacs development discussions To: Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 15 01:49:32 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 1ZmVnX-0002a1-FW for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 01:49:31 +0200 Original-Received: from localhost ([::1]:45065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmVnW-0000Cg-Gb for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 19:49:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38418) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmVmB-000085-51 for emacs-devel@gnu.org; Wed, 14 Oct 2015 19:48:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmVmA-0006XM-C6 for emacs-devel@gnu.org; Wed, 14 Oct 2015 19:48:07 -0400 Original-Received: from mail-lb0-x22d.google.com ([2a00:1450:4010:c04::22d]:36289) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmVm8-0006VH-UJ; Wed, 14 Oct 2015 19:48:05 -0400 Original-Received: by lbcao8 with SMTP id ao8so57522898lbc.3; Wed, 14 Oct 2015 16:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5S2tZcCPaV/RPwSc8rPk7stCNnWEdRIKbMYnEbsaD/0=; b=tV9J9jPXFvYXIfQeBkAvbtIaIfFgcfi0WYjSq6b6vWs5bb88W9AsnF/exy/1matPp6 uN56JJHfQhHXnr8BBIWZ3YL9zJEsXjx1cbqHcp8/uuHTtYaxMIiuEbXDbtfIxoJ8HS3T ohgWtn4qec7jQRLCRk+7vVN3Vp6U6kvnzSIe0QYCQbX2XhrJK1RgXNZwDoExtg8rWCFv cTWhMvbUctNISIM5YdXKT3rCp92qoHKO2WuQXHvVxJjz6zjzB2ESLi0zcrCk/tJZ64QK UNiMYMEIqxdtzdvVdWwVjwYOfahmTZIT0+JGCWFacXqnLHe/QoU+zjW5rfA3L0vs9wMg 0mYg== X-Received: by 10.112.169.98 with SMTP id ad2mr2899436lbc.2.1444866484092; Wed, 14 Oct 2015 16:48:04 -0700 (PDT) Original-Received: by 10.112.167.73 with HTTP; Wed, 14 Oct 2015 16:48:03 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: XpCr9tRFMztK5IHCHFUQR79DlFw X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22d 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:191599 Archived-At: On Thu, Oct 15, 2015 at 12:25 AM, Philipp Stephani wrote: > static Lisp_Object value_to_lisp (emacs_value value) { > return value->v; > } > > static emacs_value lisp_to_value (Lisp_Object object) { > emacs_value v = (emacs_value) malloc(sizeof v); > // The allocation needs to be smarter, this example leaks memory. > if (!v) return 0; > v->v = object; > return v; > } I'm not a big fan of a dynamically allocating memory for each conversion, it's too expensive. Daniel solution seems more manageable. By the way, I've merged your tls-errors branch in mine. But the API doesn't have an unsafe funcall iiuc. That's fine with me but Stefan was insistent on that.