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, 22 Oct 2015 14:57:40 +0200 Message-ID: References: <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> <56259FDD.8040401@dancol.org> <87zizeme8k.fsf@tromey.com> <5625B166.3080104@dancol.org> <86zizdczhp.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1445518683 32645 80.91.229.3 (22 Oct 2015 12:58:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Oct 2015 12:58:03 +0000 (UTC) Cc: Eli Zaretskii , Daniel Colascione , Stephen Leake , Emacs development discussions , Tom Tromey To: Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 22 14:58:01 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 1ZpFRM-0004OU-SL for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 14:57:57 +0200 Original-Received: from localhost ([::1]:59513 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpFRM-0006w7-0v for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2015 08:57:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33437) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpFRF-0006vj-5h for emacs-devel@gnu.org; Thu, 22 Oct 2015 08:57:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZpFRE-0007TY-7d for emacs-devel@gnu.org; Thu, 22 Oct 2015 08:57:49 -0400 Original-Received: from mail-lf0-x235.google.com ([2a00:1450:4010:c07::235]:33623) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZpFR8-0007Sz-0S; Thu, 22 Oct 2015 08:57:42 -0400 Original-Received: by lffv3 with SMTP id v3so46682746lff.0; Thu, 22 Oct 2015 05:57:41 -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=52y5gTC1MZj2BD2dHKzdc1ZkZh3dTijYDChpGIEyEKY=; b=0TTQYvD5tHHaAZhdEvLp0JkAWyNwAZ5zELs1+2o1yKo8YYMSoL0HOrdh1VJ8qOk2yT ql8TDZA+3C5e+lrkXS2ahchMqWClv426e7oTz5bLGqrPKmRzLsWFPpmDixMoeUoOU1/A HI+s+nni0Ilp4ghRV8BuvpChRjohvodmRQ1Ci4oFsYewzmaym9EZGHsIBMoA2RQArI5y 5Rs0b3ytvPN3vf1qbZxUPMBgeg0D4QyrF3wB01uYhW2QeNz7N9Ice1GO202ADU5vVsPN egl5u3/70Vm/T1tkiuf7/wBdhpJP9nfsjLBQZ3F8Ab/nqrDvPw6K63DZbZllXtuie1kd 0yBQ== X-Received: by 10.112.55.99 with SMTP id r3mr8243542lbp.64.1445518661031; Thu, 22 Oct 2015 05:57:41 -0700 (PDT) Original-Received: by 10.112.167.73 with HTTP; Thu, 22 Oct 2015 05:57:40 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: oAwMm6fQp1mKTQmCYTD6um2-Uv0 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c07::235 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:192376 Archived-At: I've added user-pointer objects. Some feedback I had off-list: * add functions to the API for fast vector access as it currently requires too much boxing/unboxing of integers for doing length/indexing stuff. * expose fast read-only string access (not sure how do-able this is considering the encoding problem) * consider NULL as a no-op finalizer. Philip, you obviously have more experienced in this memory handling stuff so I'm going to trust you and merge what you did (but there are merge conflicts on the last pull requests atm, havent looked into it). Thanks again for your work :) This module API is slowly but surely materializing. The interface is lot more clean and user-friendly than my initial plan. I hope we can have good performances where it matters to make it really useful :)