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 12:44:00 +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 1444905913 15222 80.91.229.3 (15 Oct 2015 10:45:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2015 10:45:13 +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 12:45:12 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 1Zmg20-0001KR-3o for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 12:45:08 +0200 Original-Received: from localhost ([::1]:46816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmg1y-0001A3-5T for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 06:45:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54040) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmg0x-00018p-Cg for emacs-devel@gnu.org; Thu, 15 Oct 2015 06:44:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zmg0w-0006Hx-JJ for emacs-devel@gnu.org; Thu, 15 Oct 2015 06:44:03 -0400 Original-Received: from mail-lb0-x235.google.com ([2a00:1450:4010:c04::235]:34718) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zmg0v-0006HY-87; Thu, 15 Oct 2015 06:44:01 -0400 Original-Received: by lbbwb3 with SMTP id wb3so3679511lbb.1; Thu, 15 Oct 2015 03:44:00 -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=wxFjiOOiRGjH94r+vARXIcWGoKZ3plek8VoUtvSgh14=; b=KUKrHUx2fUoKWX3OItS+MzI86SrJ68tGBQbz3aJ/ovFuouABWa2oCNhjxgkIkjNz05 g/K0hputUjK3ywtb1BHuj8Yk9JJzZS0e8DbO8mQr7rjjvdnx3I+84pwC7IMKcvlu+fZw 2ZchkPzBXDrtun0NTXz3OV7owvZ5hGfgn9JZ3TAxyAPlDqrbp28KeWu4yTHM8ER0Xpey ARjNnqzw/FojVuUUlcQwVUzbJI62VKAj6xZycG/2zE7Yth9MUdhPIhiis120v2sq5Ny4 x5MFPR/3YC22BbQZki41gd8m8BmSvAUMxjc7l7IOx19bciTOecSbBwJ3kLAgPUSQJr5j tksg== X-Received: by 10.112.169.98 with SMTP id ad2mr4027813lbc.2.1444905840410; Thu, 15 Oct 2015 03:44:00 -0700 (PDT) Original-Received: by 10.112.167.73 with HTTP; Thu, 15 Oct 2015 03:44:00 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: TV_sXZ_mkjGAT3O-6-CJtRO1e4Q X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::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:191625 Archived-At: On Thu, Oct 15, 2015 at 2:25 AM, Philipp Stephani wrote: > Agreed. I've implemented Daniel's suggestion on the tls-error branch, it > seems to work fine (but note that environments are now no longer global, so > storing away emacs_values without global references now will lead to > undefined behavior). Yeah I just realized that. The nice thing with just casting is its the same memory object and the stack-scanning GC just works. Having the GC is nice... Again, IIUC, the only problem is on 32bit with wide-int, which is off by default. > Let's see what will get accepted upstream. That's sneaky... but this is how the free software world works I guess...