From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: scratch/list-threads 833a2d4 2/9: Make lisp/thread.el the new home for thread-related Lisp functions Date: Mon, 03 Sep 2018 18:07:57 +0300 Message-ID: <83ftyqzkj6.fsf@gnu.org> References: <20180827155307.16925.11045@vcs0.savannah.gnu.org> <20180827155309.D5C18209C1@vcs0.savannah.gnu.org> <87tvndxovu.fsf@gmx.de> <87k1o7wdx7.fsf@runbox.com> <877ek780f4.fsf@gmx.de> <83d0ty3788.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1535987205 2414 195.159.176.226 (3 Sep 2018 15:06:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 3 Sep 2018 15:06:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 03 17:06:41 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwqR6-0000VM-7Y for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2018 17:06:40 +0200 Original-Received: from localhost ([::1]:45697 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwqTC-0006um-F5 for ged-emacs-devel@m.gmane.org; Mon, 03 Sep 2018 11:08:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49385) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwqSY-0006ug-5e for emacs-devel@gnu.org; Mon, 03 Sep 2018 11:08:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fwqSU-00012P-Vm for emacs-devel@gnu.org; Mon, 03 Sep 2018 11:08:10 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45855) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwqSU-00012I-SI; Mon, 03 Sep 2018 11:08:06 -0400 Original-Received: from [176.228.60.248] (port=4025 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fwqST-0004uV-PX; Mon, 03 Sep 2018 11:08:06 -0400 In-reply-to: (message from Stefan Monnier on Mon, 03 Sep 2018 09:14:13 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:229206 Archived-At: > From: Stefan Monnier > Date: Mon, 03 Sep 2018 09:14:13 -0400 > > >> What's wrong with (fboundp 'make-thread)? > > That (AFAIK) it returns non-nil even when threads are not available? > > What is the reason for this? AFAIR, that was how Tom wrote the code in the first place. It makes the configury slightly less complicated, and makes extending the low-level support to other threading libraries slightly easier. Not very important reasons, but then we do have other features that just do nothing useful on platforms where they cannot be supported. > Is it because we want to lazily try to load the relevant shared > library, so we don't know before the first call whether that shared > library is actually available? No. AFAIK, all platforms that support threads either don't need any library, or load it right at the beginning.