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: Merging MPS a.k.a. scratch/igc, yet again Date: Thu, 19 Dec 2024 20:57:45 +0100 Message-ID: References: <87plm0msrq.fsf@telefonica.net> <87zfl4npcd.fsf@debian-hx90.lan> <87ldwnn0ny.fsf@telefonica.net> <87frmjirum.fsf@no.lan> <87h66z8tqr.fsf@protonmail.com> <875xnf8oz1.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="21225"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: "Pip Cet via \"Emacs development discussions.\"" , Helmut Eller To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 19 20:58: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 1tOMf8-0005KL-4R for ged-emacs-devel@m.gmane-mx.org; Thu, 19 Dec 2024 20:58:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tOMef-0000Yr-NH; Thu, 19 Dec 2024 14:57:53 -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 1tOMed-0000XB-TC for emacs-devel@gnu.org; Thu, 19 Dec 2024 14:57:51 -0500 Original-Received: from mail-ej1-x631.google.com ([2a00:1450:4864:20::631]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tOMec-0005iO-8k for emacs-devel@gnu.org; Thu, 19 Dec 2024 14:57:51 -0500 Original-Received: by mail-ej1-x631.google.com with SMTP id a640c23a62f3a-aa679ad4265so388404966b.0 for ; Thu, 19 Dec 2024 11:57:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734638268; x=1735243068; 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=o8kTkhvvhmB69F1qv18QL4uFDbTYxI3ExpmLKwMEWEk=; b=BinPeeQyDmGfJbj/xmlYTTXZ3JIINfbrjsxGAaIcsshSJoc6XQ7a1ta7m5wyjLdgCp wzNMIqCsdCfB15/vBAJag8TBtkTdlURQYi5DA6Pby0ndfYmOAMYs/DYVnLjplZjc+3et jZ+vEOA+ds+vqR+3VK7zt3+mi8JXhQpYR/BGoJ4H6nzyliH/VbEqPLdIkJrPx+Ik98Wl a8XjfZ/FOQjy2qokpWhQiSkMF++ZT4zPuo3fibgxTbztNJT5AvcUmlfxWXntEk1q4+n1 +JYZ0wbYszS4hgAZMths5rvbAXdCgUMHMDKVbaobHCI7RFIAlm1sScKPwrMO2eaU+xok Z78A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734638268; x=1735243068; 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=o8kTkhvvhmB69F1qv18QL4uFDbTYxI3ExpmLKwMEWEk=; b=g9PfXy1/jGjlj78ocQg4od2wuMSqqOn+OsNvVHZqam756s28kObK1gfvSt92ORl+Zi pWuySHnS5dfH4RBMpXfA3+7S0BG+4iKsADlIPJLOHmoi6s67JJ6fBTbr3xAbgSc6k97Z nZQR6PD4/l8E5XOKt2IsfU8dfdjWJeNIVAsAOfrSu79szbYfjUPmTc9EX9rgfzE2rJ8l j/GoLPnX6hy2IMVR3WZjOvgYpfTR3pnoZ0xq9Dh44Qi4gZ3IXYU5hQrj8rprFtFcfwse zFCLIsWpu0M+56yTZNA+PKDs4bNtReWKLmLzb2gFwDGEHouGWwcqlTVUTtyQaLqt4Z7b Whbg== X-Gm-Message-State: AOJu0YxvIBLKj88ZMpE0T284XiKCtaCqoN7oRe5kE26cjeydhsKTx5M/ p5pyF462sjFgs9lXPf68JZzUXT8r7cqXDEEyexLnH4B4J8djLSZK X-Gm-Gg: ASbGncsWz9c81BUBfDxVTmpTVXRYUIKzfwAUs4ihTmmvF7pS1NQPayTR0DpOXGIw230 m8TbkYf8P8uVhbkJhl0YtSpM36a+wc21myqFHODYWYTCZ/kQzOnks1KORIVJrgcA1fyyhFh2nex CWKoBrBpE4LxWaeIagdR+D52EhjTlet6Z91jyLCYia1fi+dG6hjoyjilWMbt1Av/B4bky0IbvlC f7tzw06qzesZ9XMWk/aOEZ4WJKxXJbx1C3V7u28/MuE8R9uly6kEJnDGONDqzx28qlWGnpR/E/q j05YQZsYC4Vyg7gU35Igc/0Gjca6TkW2JmIvsHyqF2te6yoDqCUxT6C0umKbDrGkxg== X-Google-Smtp-Source: AGHT+IHjlDafs+JKVWnuxEDPHPsi+cNwKoHkivFHhXqDAqb0QJpXPXifo0hwAVD2/y/h6iVlNM3EOw== X-Received: by 2002:a17:906:dc8f:b0:aab:a1a8:92be with SMTP id a640c23a62f3a-aac080feebdmr403956566b.5.1734638268130; Thu, 19 Dec 2024 11:57:48 -0800 (PST) Original-Received: from pro2 (p200300e0b73f530035e1461ed45ebc64.dip0.t-ipconnect.de. [2003:e0:b73f:5300:35e1:461e:d45e:bc64]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5d80676f0desm993946a12.27.2024.12.19.11.57.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 19 Dec 2024 11:57:47 -0800 (PST) In-Reply-To: <875xnf8oz1.fsf@protonmail.com> (Pip Cet's message of "Thu, 19 Dec 2024 19:15:17 +0000") Received-SPF: pass client-ip=2a00:1450:4864:20::631; envelope-from=gerd.moellmann@gmail.com; helo=mail-ej1-x631.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:326764 Archived-At: Pip Cet writes: > Gerd M=C3=B6llmann writes: > >> Pip Cet via "Emacs development discussions." >> writes: >> >>> Does anyone remember what our conclusion was wrt >>> -fno-omit-frame-pointer? I seem to remember there was a patch to MPS to >>> avoid relying on setjmp() to save all registers, but I'd still be >>> happier if we enabled that for all MPS builds, since we don't know >>> whether our MPS has the patch. >> >> I'm using -fno-omit-frame-pointer, but I don't remember why. I think >> Helmut said something or so (in CC). > > We tried not using it, it caused a bug, I spent too many hours tracking > that one down, so now I think we should make configure.ac always enable > it, even though it should be a no-op on some architectures (I think > macOS on aarch64 is one of them). I agree. And maybe we should tell testers of the branch to stick to the compiler options Emacs uses by default for now? To reduce the number of moving parts, at least for a while. Don't what guarantees Emacs currently gives of working with what compiler options. > I'm not sure what the right thing to do here is, though: do we want > force CFLAGS to include -fno-omit-frame-pointer, or set it only when > CFLAGS isn't specified explicitly, or is looking at user-provided CFLAGS > and complaining about them the right thing to do? I'd force it, but I'm reckless :-).