From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Gerd_M=C3=B6llmann?= Newsgroups: gmane.emacs.devel Subject: Re: Some experience with the igc branch Date: Tue, 24 Dec 2024 11:50:14 +0100 Message-ID: References: <87o713wwsi.fsf@telefonica.net> <86seqe4j4f.fsf@gnu.org> <87ttaucub8.fsf@protonmail.com> <87pllicrpi.fsf@protonmail.com> <864j2u442i.fsf@gnu.org> <87ldw6as5f.fsf@protonmail.com> <87bjx1bcp8.fsf@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6822"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , ofv@wanadoo.es, emacs-devel@gnu.org, eller.helmut@gmail.com, acorallo@gnu.org To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 24 11:51:23 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tQ2VW-0001eL-BE for ged-emacs-devel@m.gmane-mx.org; Tue, 24 Dec 2024 11:51:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tQ2Ua-00052N-OU; Tue, 24 Dec 2024 05:50:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tQ2UY-00051y-1T for emacs-devel@gnu.org; Tue, 24 Dec 2024 05:50:22 -0500 Original-Received: from mail-ed1-x530.google.com ([2a00:1450:4864:20::530]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tQ2UW-0001M6-4I; Tue, 24 Dec 2024 05:50:21 -0500 Original-Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-5d4e2aa7ea9so8919988a12.2; Tue, 24 Dec 2024 02:50:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735037417; x=1735642217; darn=gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=5GQRWP5lxNbvU+FJTV+7dpIq9+tV2Cbj5UEQSTh9mgI=; b=Uq36LTvItMLoRRHivIiVDeeHKDudoJ4ZtK6q8FhfnyNd7fQ3/cISZ9MFNk4YL9KjuP tFHsC2onwC3lrIiECpmlFm6ZxAqNVJypdedKPkrFEdpDVTh4XgAvhZbft/UeomXWnf52 xWRd7NnPaMyLpANaesn60XMOucPOoESfkH95ZcOmZ4kbYK+3PQ7CqmcVvqbQFgMuaNI7 gDBeE7MAYqOEPJfyzlqYMguEXF86Fl5lA3Bo1OXRz0vRoQ5Iw/fhaA07u6ZfYgmRxb/I dn7bqw8nS18nvNKBEptratYfA+jOOBMIp5Ivgg1P44TNovAnioGeBGJn5A6DLrFOoXd3 0Xaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735037417; x=1735642217; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=5GQRWP5lxNbvU+FJTV+7dpIq9+tV2Cbj5UEQSTh9mgI=; b=wNQCH6BBYq4WPrylMlo8oaOuyWF6krG3v+7M5H7iJJwY3QCtwBP+n5+Ei7fpbIqqDj /aig6+ySLGFM3G1VAcwS2Z1vwWrln5BtgkdOgeRqb7SjETNANCNJ+Iwv5lzZLXxPeWXh 7/sLOTt2Lcj/LqQBQd7M8QtvoWyZ7hj2zXFv8TpTZ6oOxDy1zO8AdnZCABjwvc17zgRT LmUvtqqRVIHyQqKyzKELYfsAN+z/yNwliSDq6XEXJQkKTk97z5xHMK0mWWrFKY5UR08A pyG0Q9nrFYh18DPzBUewVDN0g8wJlT6yMhHa2FzGCgcrAGlXNUuoUZPT6KJBNVQ9wx6E +oKg== X-Forwarded-Encrypted: i=1; AJvYcCVuWcjSykOjtl3ijpFBtiHUkn3gDIdVBS2kn8cRmX9MYE6UkouyMHEjd3CYE6HP07fXoPVuZLNf7w==@gnu.org, AJvYcCXunx+sOxY5ekDLNDFGU9pmiz+IBT99mR9vHhnTXr/ajv2210Vx8WE6n1iOuuIZjmgv3PcJHVSmyT8X3HQ=@gnu.org X-Gm-Message-State: AOJu0YwVBtSwov/IzVoVBDkZRUG7dJ+zJd0xom6UjSwsD2rx0BAFViYN 2o49V8cfGWO3QXseT3zG3W9kf/1AZTxNtdWi9310VldllLBEm26bBaVWCQ== X-Gm-Gg: ASbGncucMtZVWr9l2j9wiS8eNLSUy+7aGpObx/2UCZW23eC3QHMw7A2ibYlLQip1TEm Lo2913FuER+eTJ+3x5or1T/7HP267awdhshI5hxhC71Mgldmc5a1vrhtw+FU6D6NyChglDcNTsb K1fmIZ3Rxm9YqF3u62Xhue+GFzURtBw/h/qd3Xjk7jJ24GyCE71VP4bQHtcYPIqLTaWm5l2La0t 4maEH7F6TbXQm4K+muvThmcNjAzs1IqeW3uYqQDvHRejDmMWcrSUIv3YgZQQ5tuq6zsTWHHruDp 7xboRXB8/ruKoRzOz8xmpRowwlrr9/wGKN1leeZQiJXqc+q9kPDMojRKHau+jcvJ7Q== X-Google-Smtp-Source: AGHT+IHt0H6mKp9EuRr4nNq65n84S9ZMWegJO5vzNfF6/3CoQL1bnTS6tv/v4+8zf9h3FCbt7ACf8w== X-Received: by 2002:a05:6402:26cf:b0:5d2:7199:ad4 with SMTP id 4fb4d7f45d1cf-5d81dd83e33mr12278948a12.6.1735037416572; Tue, 24 Dec 2024 02:50:16 -0800 (PST) Original-Received: from pro2 (p200300e0b7326d00f9ed2197837c3ebd.dip0.t-ipconnect.de. [2003:e0:b732:6d00:f9ed:2197:837c:3ebd]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5d80701c8c2sm5956858a12.84.2024.12.24.02.50.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Dec 2024 02:50:16 -0800 (PST) In-Reply-To: <87bjx1bcp8.fsf@protonmail.com> (Pip Cet's message of "Tue, 24 Dec 2024 10:25:38 +0000") Received-SPF: pass client-ip=2a00:1450:4864:20::530; envelope-from=gerd.moellmann@gmail.com; helo=mail-ed1-x530.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326985 Archived-At: Pip Cet writes: > Gerd M=C3=B6llmann writes: > >> New day, new beliefs :-). Today, when I read my question again, I'd >> actually be surprised if a signal handler could allocate Lisp objects >> because I wouldn't be able to explain how that works with alloc.c which >> isn't reentrant. Not even Fcons is reentrant when I look at it now. >> >> Correct, or am I overlooking something? Could others please check? If >> it's right, things get a lot easier. > > I agree. But Eli said something about wanting to run Lisp from a signal > handler, which would change that. I was trying to explain why we don't > want to do that. Thanks for checking! Must be kind of a misunderstanding going on. And anyway, it would be a feature we don't have with the old GC, so I'd declare it out of scope :-). >> Maybe allocation of Lisp objects on the stack remains as some sort of >> problem (AUTO_CONS etc)? I don't see how though, ATM. > > Stack objects are always optional, so if there is code that attempts to > avoid alloc.c by using those, it's broken. Yes! > My current patch makes it so the main thread never takes the arena lock, > ever.=20=20 Hm, how and why does that work?