From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel Subject: Re: proposal: deprecate dynamic states Date: Sun, 19 Jun 2016 17:36:13 +0200 Message-ID: <87bn2xkx76.fsf@pobox.com> References: <87eh2b2s57.fsf@pobox.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1466350621 14240 80.91.229.3 (19 Jun 2016 15:37:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Jun 2016 15:37:01 +0000 (UTC) To: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Jun 19 17:36:53 2016 Return-path: Envelope-to: guile-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 1bEemK-0006x4-Iz for guile-devel@m.gmane.org; Sun, 19 Jun 2016 17:36:52 +0200 Original-Received: from localhost ([::1]:39102 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEemJ-0006I1-ML for guile-devel@m.gmane.org; Sun, 19 Jun 2016 11:36:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44022) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEelv-0006Fx-RW for guile-devel@gnu.org; Sun, 19 Jun 2016 11:36:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEelq-0002Eu-SL for guile-devel@gnu.org; Sun, 19 Jun 2016 11:36:26 -0400 Original-Received: from pb-sasl2.pobox.com ([64.147.108.67]:57006 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEelq-0002Ek-Oi for guile-devel@gnu.org; Sun, 19 Jun 2016 11:36:22 -0400 Original-Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl2.pobox.com (Postfix) with ESMTP id BB5ED1FEF0 for ; Sun, 19 Jun 2016 11:36:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=zAwHrVg2q0uD2q+UpxvJuCj1tbo=; b=fcFa9v XrO8ykWW+giFE/ulCf6PksAc2L5e9RQI87wzOr745dKMjBuT8kvrQYxrmp0zTzq9 hs0GSN4kS5bCmxjRuqITDIfFnbT2utBUpM9DRA9TjWA6YV9YTiMpn8Aan2j+U8g7 hhJaF5goT+DFfaHWIK9m3ZER6crUQhSyXT2I4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:subject :references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=AZMhXRCi5biw+Pmwmc7D+SUig1p6D7Mc jF7MFUG3qyBVEhucc1k6DY4Kb6Nq31h8G3Q9Y09czzrRwN4/BFog/aVmdxREdGxy rgu37/fDRyAyhIJAwJpywTmadyhUPYkuDs7Tbp92rPtXDnun5Tn+DQrZKeLTX+hO O/iYyiDITIw= Original-Received: from pb-sasl2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-sasl2.pobox.com (Postfix) with ESMTP id B4BE21FEEF for ; Sun, 19 Jun 2016 11:36:21 -0400 (EDT) Original-Received: from clucks (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl2.pobox.com (Postfix) with ESMTPSA id CFDE01FEEE for ; Sun, 19 Jun 2016 11:36:20 -0400 (EDT) In-Reply-To: <87eh2b2s57.fsf@pobox.com> (Andy Wingo's message of "Sun, 09 Mar 2014 18:33:56 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-Pobox-Relay-ID: 928897CE-3633-11E6-844E-28A6F1301B6D-02397024!pb-sasl2.pobox.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 64.147.108.67 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:18350 Archived-At: Hi :) It took more than a couple days, ahem, but let's do this. Just a heads-up. Andy On Sun 09 Mar 2014 18:33, Andy Wingo writes: > Hi, > > The manual claims that you can use fluids as thread-local variables, but > that's not really true -- we expose this strange "dynamic state" > interface that lets you have one dynamic state used by multiple > threads. Pretty strange stuff. > > Normally I wouldn't be against "extra functionality" but this one makes > no sense. We need something that is "thread-local state" and > fluids/parameters should be that thing -- and yet, we are prevented from > doing by the dynamic state interface. (Of course, that doesn't stop us > from using fluids in this way; I'm sure there are many bugs out there.) > > So my proposal is to deprecate the dynamic state interface. It's > nonstandard, I've never heard of anyone using it, and it's actively > harmful. If no one objects, I'll push something that does this in the > next couple days. > > Andy