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, 5 Mar 2015 19:19:04 +0100 Message-ID: References: <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> <833865vp4d.fsf@gnu.org> <54E2355A.90@87.69.4.28> <83vbj1u020.fsf@gnu.org> <54E24CA4.9020601@dancol.org> <83h9uk7ddb.fsf@gnu.org> <54E382A5.5030408@dancol.org> <54F789B2.6030105@dancol.org> <54F8945E.8050705@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1425579555 21775 80.91.229.3 (5 Mar 2015 18:19:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Mar 2015 18:19:15 +0000 (UTC) Cc: Emacs development discussions To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 05 19:19:14 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 1YTaMb-0004CN-RF for ged-emacs-devel@m.gmane.org; Thu, 05 Mar 2015 19:19:13 +0100 Original-Received: from localhost ([::1]:53530 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTaMb-0002uQ-6U for ged-emacs-devel@m.gmane.org; Thu, 05 Mar 2015 13:19:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56501) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTaMX-0002uL-FG for emacs-devel@gnu.org; Thu, 05 Mar 2015 13:19:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTaMT-0006Lz-Cu for emacs-devel@gnu.org; Thu, 05 Mar 2015 13:19:09 -0500 Original-Received: from mail-ie0-x22a.google.com ([2607:f8b0:4001:c03::22a]:40418) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTaMT-0006Lu-80 for emacs-devel@gnu.org; Thu, 05 Mar 2015 13:19:05 -0500 Original-Received: by iecrp18 with SMTP id rp18so10978096iec.7 for ; Thu, 05 Mar 2015 10:19:04 -0800 (PST) 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=ROcdMfPH88Og5CFIBCIAG/gTAhVjKXqAqux0k2WglF8=; b=rOKwS+yHHTKwKZNv0enQcnh4KMCloNcF5n5bJ+EmWEBr9Gs10klhsGtRSmxvnwdJQF TIjzex3QipWD2B7nmyIIpQWq0oTOIDR0ixf8abRUzoE16F1WGrmBT9Ps+gFikyBsu4LO AqlBdNOwJwz6h1HfZjyfx6owtVdvdpKbMUnc8lsHkjc+UoQiHuZ7JDPlZvN2pdx+A9bs KWTkTu4SgBOpoccsVxPhNZATyUeExN4wCX9e/Pz5zxTh/8UFFweLSzYMbl5rvsPUYchp uAKDg/sdnocW1bUmMajR0oBHvdgkNAlwtKWxr9YcHqX9MP42ISV0LOd6UyqUacmNQvhZ vLDA== X-Received: by 10.43.59.134 with SMTP id wo6mr5191214icb.97.1425579544802; Thu, 05 Mar 2015 10:19:04 -0800 (PST) Original-Received: by 10.36.49.13 with HTTP; Thu, 5 Mar 2015 10:19:04 -0800 (PST) In-Reply-To: <54F8945E.8050705@cs.ucla.edu> X-Google-Sender-Auth: 1Ub1NDbkwS6_rU4Ra6dyMOkvhJc X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::22a 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:183676 Archived-At: On Thu, Mar 5, 2015 at 6:37 PM, Paul Eggert wrote: > I don't see how this can work reliably if EMACS_INT and 'void *' have > different widths. You should be able to reproduce the problem on x86 with > 'configure --with-wide-int'. I guess we could use (u)int64_t instead of void* then? Anyway passing casted Lisp_Object won't work for pointer-type Lisp_Object because of the GC. We'll most likely have to use pointers to an intermediate struct (cf my previous post). Fast access to types directly encoded in the Lisp_Object address would be nice though. I feel like we're just going to re-implement Lisp_Object x)