From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 12:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 76393@debbugs.gnu.org, eggert@cs.ucla.edu X-Debbugs-Original-To: bug-gnu-emacs@gnu.org, Paul Eggert Received: via spool by submit@debbugs.gnu.org id=B.173988208821599 (code B ref -1); Tue, 18 Feb 2025 12:35:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Feb 2025 12:34:48 +0000 Received: from localhost ([127.0.0.1]:56058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkMoJ-0005cH-Jh for submit@debbugs.gnu.org; Tue, 18 Feb 2025 07:34:47 -0500 Received: from lists.gnu.org ([2001:470:142::17]:56918) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkMoD-0005b7-LQ for submit@debbugs.gnu.org; Tue, 18 Feb 2025 07:34:45 -0500 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 1tkMo6-0006eA-LE for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2025 07:34:34 -0500 Received: from mail-40134.protonmail.ch ([185.70.40.134]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tkMnz-0007zH-EY for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2025 07:34:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1739882053; x=1740141253; bh=ibhuRaEymDKAXLd+0i+BZqgE3m2SlqQzHLItEwjS0Ak=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=Idzhf9e7X8un1xa77ZbYTvDSMelGm8c49RHL6378KjgQyuIb0ZfcmOVEsQH/2oxBx XuHFVopt8q/Wgg/YAA0kbtAKexStX4bvfpLYzW2+Jg/HdlYEl36bFONjroyjugjpmD 0CJc8CupD+MzHS6xAPEvN/ahSiIK7VNyXdhoCDdUP5mnjmm6D7Q8MVNDdAETTOSLQx Fl2gQB3MgrhJ+tldx7txwXWfXxVuZDCkZPc6e7wAuSWVsz1nroukL08E/B9a53NWIR nJ0dFJtHXHUtlENunPvtwqfdZ/V6OXaSXuiSesb6FVp74+fRh2+p94kuMMh1z0bvak ybVBffQork1zA== Date: Tue, 18 Feb 2025 12:34:08 +0000 From: Pip Cet Message-ID: <878qq35t63.fsf@protonmail.com> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: eefe99c64cc5d575296eb47740c9ede8ec4ee2f2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.134; envelope-from=pipcet@protonmail.com; helo=mail-40134.protonmail.ch 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Building with current GCC and -fsanitizer=3Daddress results in certain (large) stack allocations being performed on a "fake stack", using __asan_stack_malloc_N. This "fake stack" is invisible to GC and thus breaks conservative GC scanning (bug#76327). It seems to be possible to work around this by setting ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0 Even with that option, a "sanitized" build reports bogus errors. ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0,detect_leaks=3D0 seems to work, at least, but is it really worth it to keep adding options (inconveniently using environment variables) to work around such ASAN bugs? I think it would be preferrable to warn about builds with -fsanitizer=3Daddress, which generates broken code, or disable them entirely. From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 15:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.173989234729595 (code B ref 76393); Tue, 18 Feb 2025 15:26:01 +0000 Received: (at 76393) by debbugs.gnu.org; 18 Feb 2025 15:25:47 +0000 Received: from localhost ([127.0.0.1]:59129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkPTm-0007hE-GA for submit@debbugs.gnu.org; Tue, 18 Feb 2025 10:25:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51726) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkPTj-0007gc-RB for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 10:25:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tkPTc-0007fR-QX; Tue, 18 Feb 2025 10:25:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=t174ZZBgPcZF7Qwr1kr483cSWCgclPqRViWzgCAUm6k=; b=SJASMJaoRd6b UZuJZzSZwsLKph+g57KR3OWzm3MbQ39/rVUU7lDF1MczzdXEN5HrmWnOIpKJjqJSKZJGYMGO+7Q+M zJ4zQgRK3zAW4aePKA0nWp+lumWWXWb/b7DrcCEEkrjvWnUmgmXw9e6k4srTKoKtxUloTAt6q6CMC xn8kJOHxkOg/IgqNIpBiIIrEhKLyA6sO8tsg+5nTHRVLWhLqRT9WHDnhnv+aTgGluNrAudbktx7/J 04jxdo57BeUGOM/raYLwv0zqb8lutKs6TjIh5sRGvmEnpX5i2quAM6XxUAF9NND1qtHVzqqgzDRkl 4lkbct7jk/AeqwdLtDNr6g==; Date: Tue, 18 Feb 2025 17:25:32 +0200 Message-Id: <86seob8ec3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <878qq35t63.fsf@protonmail.com> (bug-gnu-emacs@gnu.org) References: <878qq35t63.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 18 Feb 2025 12:34:08 +0000 > From: Pip Cet via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Building with current GCC and -fsanitizer=address results in certain > (large) stack allocations being performed on a "fake stack", using > __asan_stack_malloc_N. This "fake stack" is invisible to GC and thus > breaks conservative GC scanning (bug#76327). > > It seems to be possible to work around this by setting > > ASAN_OPTIONS=detect_stack_use_after_return=0 > > Even with that option, a "sanitized" build reports bogus errors. > > ASAN_OPTIONS=detect_stack_use_after_return=0,detect_leaks=0 > > seems to work, at least, but is it really worth it to keep adding > options (inconveniently using environment variables) to work around such > ASAN bugs? > > I think it would be preferrable to warn about builds with > -fsanitizer=address, which generates broken code, or disable them > entirely. If what we have in etc/DEBUG about building with address sanitization is not enough or outdated, please consider updating and expanding that section. From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 15:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.17398937425115 (code B ref 76393); Tue, 18 Feb 2025 15:50:02 +0000 Received: (at 76393) by debbugs.gnu.org; 18 Feb 2025 15:49:02 +0000 Received: from localhost ([127.0.0.1]:59276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkPqI-0001KL-0G for submit@debbugs.gnu.org; Tue, 18 Feb 2025 10:49:02 -0500 Received: from mail-40133.protonmail.ch ([185.70.40.133]:37115) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkPqE-0001Jj-JL for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 10:48:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1739893731; x=1740152931; bh=MLptODbWBlq1IeUNnlHA5AkbXI8lUwW3Mra5BHTC/Q4=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=lzmvJIPZfIO9NdvFWbKMudidj5jIi+j0qfMRHgvl5VhTxjFfHJaSg2MQ9FqKTzR9Y fIKrRlQf0ZQiijXDkeYRhLgSeV7+SGVvQ1jBnNCVA+C4VJtyi0+/ds3Mv9XCEjJgEE XkOwO+yjakFDH23kyUSJqNcB+rnLgQA0aMFe8zoYX1cH/pplF8cFLiultn/kDXf+sY baGpiU9LWPaLT01pHwPr5iyxMTq63dUgFZ3W01eMVd4p7xwMB2ilGvEneOdhWdoGvU G6JKevcgG6qFelKK7kvouH+puhTWK7J9YGyDpjjN4hsR+OkRjaZXq8Y6/+qqR5eeVj 41HOXzusx1W+Q== Date: Tue, 18 Feb 2025 15:48:44 +0000 From: Pip Cet Message-ID: <878qq345lc.fsf@protonmail.com> In-Reply-To: <86seob8ec3.fsf@gnu.org> References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: ca4f75c9fc08b4af44b7d6950d508326ca83f2f7 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: >> Date: Tue, 18 Feb 2025 12:34:08 +0000 >> From: Pip Cet via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> Building with current GCC and -fsanitizer=3Daddress results in certain >> (large) stack allocations being performed on a "fake stack", using >> __asan_stack_malloc_N. This "fake stack" is invisible to GC and thus >> breaks conservative GC scanning (bug#76327). >> >> It seems to be possible to work around this by setting >> >> ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0 >> >> Even with that option, a "sanitized" build reports bogus errors. >> >> ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0,detect_leaks=3D0 >> >> seems to work, at least, but is it really worth it to keep adding >> options (inconveniently using environment variables) to work around such >> ASAN bugs? >> >> I think it would be preferrable to warn about builds with >> -fsanitizer=3Daddress, which generates broken code, or disable them >> entirely. > > If what we have in etc/DEBUG about building with address sanitization > is not enough or outdated, please consider updating and expanding that > section. Since we detect asan builds, and we know them to be broken, we should probably warn about it in configure.ac as well. I strongly suspect that if ASAN sees further development, it will break Emacs in new ways, and that'll be hard to debug. So here's the documentation part; I'd like to change configure.ac as well, but the doc part should come first. >From 96e3e05a8a636b205ba204a222dc2eb98a45d4fa Mon Sep 17 00:00:00 2001 From: Pip Cet Subject: [PATCH] Warn about -fsanitize=3Daddress (bug#76393) * etc/DEBUG (Running Emacs with address sanitization): Explain currently-known problems when building with -fsanitize=3Daddress. --- etc/DEBUG | 16 +++++++++++----- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/etc/DEBUG b/etc/DEBUG index ca061063454..95c2180fb18 100644 --- a/etc/DEBUG +++ b/etc/DEBUG @@ -1010,14 +1010,20 @@ program. ** Running Emacs with address sanitization =20 Building Emacs with address sanitization can help debug memory-use -problems, such as freeing the same object twice. To use -AddressSanitizer with GCC and similar compilers, append +problems, such as freeing the same object twice. However, +-fsanitize=3Daddress also introduces bugs in the compiled code which cause +GC problems and phantom crashes, which do not always look like they're +caused by the address sanitizer. + +To use AddressSanitizer with GCC and similar compilers, append '-fsanitize=3Daddress' to CFLAGS, either when running 'configure' or running 'make'. Configure, build and run Emacs with -ASAN_OPTIONS=3D'detect_leaks=3D0' in the environment to suppress -diagnostics of minor memory leaks in Emacs. For example: +ASAN_OPTIONS=3D'detect_stack_use_after_return=3D0,detect_leaks=3D0' in the +environment to suppress diagnostics of minor memory leaks in Emacs, and +buggy code which relocates objects from the stack to the heap . For +example: =20 - export ASAN_OPTIONS=3D'detect_leaks=3D0' + export ASAN_OPTIONS=3D'detect_stack_use_after_return=3D0,detect_leaks=3D= 0' ./configure CFLAGS=3D'-O0 -g3 -fsanitize=3Daddress' make src/emacs --=20 2.48.1 Pip From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 17:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet , eggert@cs.ucla.edu Cc: 76393@debbugs.gnu.org Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.173989855030714 (code B ref 76393); Tue, 18 Feb 2025 17:10:02 +0000 Received: (at 76393) by debbugs.gnu.org; 18 Feb 2025 17:09:10 +0000 Received: from localhost ([127.0.0.1]:60206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkR5p-0007zE-HY for submit@debbugs.gnu.org; Tue, 18 Feb 2025 12:09:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44766) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkR5X-0007w3-De for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 12:08:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tkR5R-00068Y-8l; Tue, 18 Feb 2025 12:08:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=n0dbcCTV0zeo0UyO0TQrO6p7TslH5wl9iv7EexP8BSs=; b=P6kmVNsNIJlN vrAr7Uc5ZgPpxk8bowL0BfKNOEgE370BQD5vksC5Fog/lubdUoaMU4d3ZXAuH2nwsCBQW9HS4yd56 d6PO8Wouv5vBPpIvlO/LngP22LIRhOr5KQm9GKH07pgSa31MZ1Mr22HZcUICzuo85A2h2PWtqjSOW kIYvUtOgMKYyJx0hZfIzNAIEKpsaUXCN7evMtfHVVMAn7UxIYv8M7Z+XnFLb1bPB+9uB0aEk56BDH nos569S7Ca2LuBBHEwofTJG3P4E+3xHa3kU3dddNovOxjqz2b7prGPPTlLevlaDQXXOqjNJQQ/lqH x0d+WCkGr0ceff3Ba7u7/A==; Date: Tue, 18 Feb 2025 19:08:41 +0200 Message-Id: <86frkb89k6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <878qq345lc.fsf@protonmail.com> (message from Pip Cet on Tue, 18 Feb 2025 15:48:44 +0000) References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 18 Feb 2025 15:48:44 +0000 > From: Pip Cet > Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu > > "Eli Zaretskii" writes: > > > If what we have in etc/DEBUG about building with address sanitization > > is not enough or outdated, please consider updating and expanding that > > section. > > Since we detect asan builds, and we know them to be broken, we should > probably warn about it in configure.ac as well. I strongly suspect that > if ASAN sees further development, it will break Emacs in new ways, and > that'll be hard to debug. I think it's too early for that. I don't see enough people using such builds, so I think for now having that in etc/DEBUG is enough. There's no need to complicate everyone's life because one or two people want sometimes to use ASAN. > So here's the documentation part; I'd like to change configure.ac as > well, but the doc part should come first. LGTM in general, with one question below. But I'd like to hear Paul's opinion on this as well. > Building Emacs with address sanitization can help debug memory-use > -problems, such as freeing the same object twice. To use > -AddressSanitizer with GCC and similar compilers, append > +problems, such as freeing the same object twice. However, > +-fsanitize=address also introduces bugs in the compiled code which cause > +GC problems and phantom crashes, which do not always look like they're > +caused by the address sanitizer. When you say "bugs in compiled code", do you mean the code in the Emacs executable, or do you mean the bytecode or native code emitted by compiling Lisp? If the former, isn't that a GCC bug? And if so, perhaps there are some -fSOMETHING switches which avoid hitting those bugs? From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 17:25:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.17398994814814 (code B ref 76393); Tue, 18 Feb 2025 17:25:03 +0000 Received: (at 76393) by debbugs.gnu.org; 18 Feb 2025 17:24:41 +0000 Received: from localhost ([127.0.0.1]:60458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkRKq-0001FY-Tg for submit@debbugs.gnu.org; Tue, 18 Feb 2025 12:24:41 -0500 Received: from mail-40131.protonmail.ch ([185.70.40.131]:36225) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkRKp-0001Ew-4v for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 12:24:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1739899472; x=1740158672; bh=QqFNHW15zUKRkjth0OYHlweT7RP+d0ows0v+z7IPwHY=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=AZa2VoZVZbvkKMhgRlAVfleKsW5GxVK8AFVOuu0Y/uM64FQLjmtrgLsfgjBeYVtrQ RmFg6woESDKur6cr+2ZOlOqG0wKdpAnlEWSJe3rsvIzpeqFCR23gnvOZpS151x7VdY /o6rnf+IcS0YaFiG/9jA/hYPZeZKVOtRQOpc/6M6jbHV/EBzpA6P39b1l8jwoCJyXJ gi8FXphqzbkB0IgHlo1EHQ91MA3uCmok93fSNJFw9ikl+ZckB39E7bLHoMJbkIy6lP zxCIKh9zU6QmFjvO3DwaTEbao6DQw+5R0AUFTmNGKi0aEkodvVkc7RP7IiuX1X/HNT IPgQVWqumJW9g== Date: Tue, 18 Feb 2025 17:24:26 +0000 From: Pip Cet Message-ID: <8734gb415t.fsf@protonmail.com> In-Reply-To: <86frkb89k6.fsf@gnu.org> References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <86frkb89k6.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: d4380644bcc3251ebacfdaa2607363750ce6d0b1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: >> Date: Tue, 18 Feb 2025 15:48:44 +0000 >> From: Pip Cet >> Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu >> >> "Eli Zaretskii" writes: >> >> > If what we have in etc/DEBUG about building with address sanitization >> > is not enough or outdated, please consider updating and expanding that >> > section. >> >> Since we detect asan builds, and we know them to be broken, we should >> probably warn about it in configure.ac as well. I strongly suspect that >> if ASAN sees further development, it will break Emacs in new ways, and >> that'll be hard to debug. > > I think it's too early for that. I don't see enough people using such > builds, so I think for now having that in etc/DEBUG is enough. > There's no need to complicate everyone's life because one or two > people want sometimes to use ASAN. Okay, Paul's opinion would definitely be appreciated. >> So here's the documentation part; I'd like to change configure.ac as >> well, but the doc part should come first. > > LGTM in general, with one question below. But I'd like to hear Paul's > opinion on this as well. Sure, no rush here. >> Building Emacs with address sanitization can help debug memory-use >> -problems, such as freeing the same object twice. To use >> -AddressSanitizer with GCC and similar compilers, append >> +problems, such as freeing the same object twice. However, >> +-fsanitize=3Daddress also introduces bugs in the compiled code which ca= use >> +GC problems and phantom crashes, which do not always look like they're >> +caused by the address sanitizer. > > When you say "bugs in compiled code", do you mean the code in the > Emacs executable, or do you mean the bytecode or native code emitted The code put by GCC -fanalyzer into the Emacs executable does buggy things unless an environment variable is set to make it not do those things. > by compiling Lisp? If the former, isn't that a GCC bug? And if so, It is, yes: GCC violates the unwritten contract by which conservative GC works when compiling with -fanalyze=3Daddress, by moving stack structs to t= he heap. > perhaps there are some -fSOMETHING switches which avoid hitting those > bugs? -fno-analyze=3Daddress? Ideally, GCC should be passed by Emacs an option to ensure it won't break conservative GC, but I'm not aware of such an option. Pip From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Feb 2025 19:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.173990733529198 (code B ref 76393); Tue, 18 Feb 2025 19:36:02 +0000 Received: (at 76393) by debbugs.gnu.org; 18 Feb 2025 19:35:35 +0000 Received: from localhost ([127.0.0.1]:33576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkTNW-0007ar-TZ for submit@debbugs.gnu.org; Tue, 18 Feb 2025 14:35:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39926) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkTNV-0007aD-0F for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 14:35:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tkTNO-0007oz-5u; Tue, 18 Feb 2025 14:35:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=d08wsSFOvicjGflK857QxEraSCuWk81I9AxkJ9TESuk=; b=nCg1GJmwKDCl 95CGKZPteTdp799ep3ccc6+dGigrOCznBALkPrxpJDSB0xjBtM7eY60kZiN7Kf/NHAYOwGlJJSkY2 2ODse9T5nuGTKyNapbeB9pUU2Ck2QOtnwlkN+HEEaK33FPXJEzLWLwiUkCawmjRYknm4WnA8HDxhq z7k3beJWCnDulwtcwXeTX2atTraSfpBaleJHnRU/Pi+PC7SB+UW4ajux7ozJiDODNTvEQw+V07FkX tPoMwLD+TnHwJE8FvTY5/h8X4WEwuEIlij6Zd3cLSnSm96sqkv8SSzm4CLtwiw+WJxID1FG8gJeVL zUEGLJObLfDF87PSbylBgA==; Date: Tue, 18 Feb 2025 21:35:23 +0200 Message-Id: <865xl782ro.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8734gb415t.fsf@protonmail.com> (message from Pip Cet on Tue, 18 Feb 2025 17:24:26 +0000) References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <86frkb89k6.fsf@gnu.org> <8734gb415t.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 18 Feb 2025 17:24:26 +0000 > From: Pip Cet > Cc: eggert@cs.ucla.edu, 76393@debbugs.gnu.org > > "Eli Zaretskii" writes: > > > When you say "bugs in compiled code", do you mean the code in the > > Emacs executable, or do you mean the bytecode or native code emitted > > The code put by GCC -fanalyzer into the Emacs executable does buggy > things unless an environment variable is set to make it not do those > things. > > > by compiling Lisp? If the former, isn't that a GCC bug? And if so, > > It is, yes: GCC violates the unwritten contract by which conservative GC > works when compiling with -fanalyze=address, by moving stack structs to the > heap. > > > perhaps there are some -fSOMETHING switches which avoid hitting those > > bugs? > > -fno-analyze=address? Ideally, GCC should be passed by Emacs an option > to ensure it won't break conservative GC, but I'm not aware of such an > option. I'm not familiar with -fanalyze=address. Does disabling it still allow to use address sanitization? if so, perhaps we should recommend using -fno-analyze=address when building for ASAN? From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Feb 2025 00:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 76393@debbugs.gnu.org, Eli Zaretskii Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.173992622421538 (code B ref 76393); Wed, 19 Feb 2025 00:51:02 +0000 Received: (at 76393) by debbugs.gnu.org; 19 Feb 2025 00:50:24 +0000 Received: from localhost ([127.0.0.1]:36676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkYIA-0005bC-WE for submit@debbugs.gnu.org; Tue, 18 Feb 2025 19:50:23 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:37996) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkYI8-0005aO-My for 76393@debbugs.gnu.org; Tue, 18 Feb 2025 19:50:21 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 1A2E83C00E8B0; Tue, 18 Feb 2025 16:50:15 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id k49g9CpmK-dm; Tue, 18 Feb 2025 16:50:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id BD10B3C00D1EE; Tue, 18 Feb 2025 16:50:14 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu BD10B3C00D1EE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1739926214; bh=gi6plFcO79kXG9RClXhQRQr/tEtd0dypKNnKq4lLKYA=; h=Message-ID:Date:MIME-Version:To:From; b=d5paepc8sxRij2J6pyCw6wjbjAcEVUMEVjXyDgpdQUwON/6Xm5Mcc/3JGgYzC2gQl l6ftRSWUaIQ+NxSmtSBEjf7e8nxNBHQLAMz/Ir/NQ4AkvgWN19Xmhs1oUn2cyLhDqS pIfA9K1Xym9DE1pJ2mHtOCcZv7yZxZNapYjcBqleTeDL+LiILCnyNQ2GBB+YNRciib Ejl5GscVcmZtv8JWvQcRkjZi+9AoiYuqTOcfOeu60nfGhD2gzZMQ1XqKV4floECoMv 71cwHgLmpw7+ux0qnS2rmO9BhdLaZ/bN4wA5al5gqJzQEu24M5wmjSN8L7umHnSSzf OsAs1OgKCfE7g== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 0OqnHRPW-EM9; Tue, 18 Feb 2025 16:50:14 -0800 (PST) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 9BBAA3C00E8B0; Tue, 18 Feb 2025 16:50:14 -0800 (PST) Message-ID: <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> Date: Tue, 18 Feb 2025 16:50:14 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> Content-Language: en-US From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; keydata= xsFNBEyAcmQBEADAAyH2xoTu7ppG5D3a8FMZEon74dCvc4+q1XA2J2tBy2pwaTqfhpxxdGA9 Jj50UJ3PD4bSUEgN8tLZ0san47l5XTAFLi2456ciSl5m8sKaHlGdt9XmAAtmXqeZVIYX/UFS 96fDzf4xhEmm/y7LbYEPQdUdxu47xA5KhTYp5bltF3WYDz1Ygd7gx07Auwp7iw7eNvnoDTAl KAl8KYDZzbDNCQGEbpY3efZIvPdeI+FWQN4W+kghy+P6au6PrIIhYraeua7XDdb2LS1en3Ss mE3QjqfRqI/A2ue8JMwsvXe/WK38Ezs6x74iTaqI3AFH6ilAhDqpMnd/msSESNFt76DiO1ZK QMr9amVPknjfPmJISqdhgB1DlEdw34sROf6V8mZw0xfqT6PKE46LcFefzs0kbg4GORf8vjG2 Sf1tk5eU8MBiyN/bZ03bKNjNYMpODDQQwuP84kYLkX2wBxxMAhBxwbDVZudzxDZJ1C2VXujC OJVxq2kljBM9ETYuUGqd75AW2LXrLw6+MuIsHFAYAgRr7+KcwDgBAfwhPBYX34nSSiHlmLC+ KaHLeCLF5ZI2vKm3HEeCTtlOg7xZEONgwzL+fdKo+D6SoC8RRxJKs8a3sVfI4t6CnrQzvJbB n6gxdgCu5i29J1QCYrCYvql2UyFPAK+do99/1jOXT4m2836j1wARAQABzSBQYXVsIEVnZ2Vy dCA8ZWdnZXJ0QGNzLnVjbGEuZWR1PsLBlQQTAQgAPwIbAwYLCQgHAwIGFQgCCQoLBBYCAwEC HgECF4AWIQR+N5Kp2Kz31jO8FYjtl+kOYqp+NAUCZiLOewUJHWQLDAAKCRDtl+kOYqp+NHGE D/9Wmbk+cAaQsYLPGBvyzIjZIRzo/V2p3ZwckVA1VEQivx5azu1cs86qDoVIe45AtwmKOvdV wTQd/QeglkZR6D2YPW7UR/7emajyJZZcy+etVTDKoaw1i6/hmd/CpGjUeUSvgoPs6nYR+1lo pSXTpaGrh1W0qQHalSkOOwCHG3HtGk9Ve2AERDUYxmcn8/eZHb7xpUJEJMBBI1bx/zcw1EtB rjsQ1R1faJ/r/7LPAyV36RLvnbX69PylHKQEbJoaY9aUb2Vpm63ni3FeTA7/3jpPvaSRWHJh vPYx6Fm2Ln8pI0Yf/W2B8QMiPTnF/LnH2kvUcf9VXm+1mQJ3fBFU25HZwBhuqZ24IeKymPEt BUMQAum97Dto0jSgR2OUvX7z+twhpQEgRGBzPHYwDi4SxF5Z4Q5Y7B7a++HP9tIxG6CVFIwI 4xVaZud18bPa0YBL+cISmMgxq7h7yoVXl6u3pm9Yiv+W6Lp9QGN8Rw1VuJMOoFCYuoxG8mXO TA5b1jvlQ32gHFFhqErDAhNJRsfgrpe9Gok4Ycp+rWljbvS5Wrl0uth5MP7FbaHN2kmTZibq KXAd//IqczhDyU6qnW6ao+h4iDBDgYgRbQjmToX/vmIdEMzvPGqWXKhe/q1TYMuOO+IfP+bI fyPFH29nVN/o9c4J7myeKvv3HKSXdSVjlh2V787BTQRMgHJkARAApoXrvxP3DIfjCNOtXU/P dwMShKdX/RlSs5PfunV1wbKP8herXHrvQdFVqECaTSxmlhzbk8X0PkY9gcVaU2O49T3qsOd1 cHeF52YFGEt0LhsBeMjgNX5uZ1V76r8gyeVlFpWWb0SIwJUBHrDXexF67upeRb2vdHBjYDNe ySn+0B7gFEqvVmZu+LadudDp6kQLjatFvHQHUSGNshBnkkcaTbiI9Pst0GCc2aiznBiPPA2W QxAPlPRh3OGTsn5THADmbjqY6FEMLasVX8DSCblMvLwNeO/8SxziBidhqLpJCqdQRWHku5Xx gIkGeKOz5OLDvXHWJyafrEYjjkS6Ak6B5z6svKliClWnjHQcjlPzyoFFgKTEfcqDxCj4RY0D 0DgtFD0NfyeOidrSB/SzTe2hwryQE3rpSiqo+0cGdzh4yAHKYJ+UrXZ4p93ZhjGfKD1xlrNY DlWyW9PGmbvqFuDmiIAQf9WD/wzEfICc+F+uDDI+uYkRxUFp92ykmdhDEFg1yjYsU8iGU69a Hyvhq36z4zctvbqhRNzOWB1bVJ/dIMDvsExGcXQVDIT7sDNXv0wE3jKSKpp7NDG1oXUXL+2+ SF99Kjy753AbQSAmH617fyBNwhJWvQYg+mUvPpiGOtses9EXUI3lS4v0MEaPG43flEs1UR+1 rpFQWVHo1y1OO+sAEQEAAcLBfAQYAQgAJgIbDBYhBH43kqnYrPfWM7wViO2X6Q5iqn40BQJm Is58BQkdZAsMAAoJEO2X6Q5iqn40Q68QAJ9GubS/ej30Vc4idoZdc0IyMcL7kQJbMohF+Tyn ZE+TGn9WvzP10yLyzoI0vNlcNfP92d2MS//pFjOuANb5mwyiEYA+rDZIdS4ZZpHxCs2sxMC4 afLCf3kv4aMnTeBvb9na403dlczz9cAacvsmniSFdpb1+BzMpYbybglU5oYMGhYT2nnCRjXN 6S2nKYt4mjJeeOuxHrdeqQQdVBNYeNfTcPePeqvZ2+bD6u9yxZtaV+wxdpqglosQvjqhOYz7 h50/ZTSq70/npoCq44TzdJKttaYvlW6ziRz0g4RRAqZyoxjYXiy5qj8r8zXJuB11ApZCGuKn /usbji9RYbflAhxFeh4LMmpDVi6BrF30b73Md59K7PuEKN1NxzlWiqqQHZZ9momN0GXLPcGq 4uyfq7yVEy7wP5PMOh6oqscKklE3gFQtq0P1Ki0xqdF6Fq5LPJc+0Db2CYkVIy7Xaa/f74I3 sOfQfEeDylVXR5iDfUJEYv/0DYhOr7q5/0b1kh3M4wkrB4C5jVNHjIIj+RsAK90c3t38OhAl jiSN7Bkwy24Afy8eIu6wWzvhnsQGpZPB+IffmxT1wkTy8UxZKjUWV0C82iphVgCUUi2f9sDV Q/tNcwVWmOS+gdv9Wk6tdGeM+Ee+Qs6YG05jcSoajzF0TL07ajLcayRq2j1Os2CtQ8qu Organization: UCLA Computer Science Department In-Reply-To: <878qq345lc.fsf@protonmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2/18/25 07:48, Pip Cet wrote: > Building Emacs with address sanitization can help debug memory-use > -problems, such as freeing the same object twice. To use > -AddressSanitizer with GCC and similar compilers, append > +problems, such as freeing the same object twice. However, > +-fsanitize=address also introduces bugs in the compiled code which cause > +GC problems and phantom crashes, which do not always look like they're > +caused by the address sanitizer. I don't see a GCC bug there. What I see is an incompatibility with Emacs's garbage collector, a collector which relies on several aspects of undefined behavior in C. So I suggest changing the last three lines to something like this: as the default behavior of -fsanitize=address is incompatible with ordinary Emacs operation, it needs to be combined with other options. > +ASAN_OPTIONS='detect_stack_use_after_return=0,detect_leaks=0' in the > +environment to suppress diagnostics of minor memory leaks in Emacs, and > +buggy code which relocates objects from the stack to the heap . For > +example: Here, change "buggy code which relocates" to "to suppress relocation of". Also, omit the space before ".". Otherwise, it looks good. I've found -fsanitize=address to be verrrrry helpful when debugging obscure memory problems, and it's good to document how to use it. It would be even better if we changed Emacs so that ASAN_OPTIONS need not contain set detect_stack_use_after_return=0, as that would help detect more errors. -fsanitize=address has support for this sort of thing; see its __asan_addr_is_in_fake_stack function. However, Emacs currently doesn't use that support, so we must currently settle for detect_stack_use_after_return=0. From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Feb 2025 12:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 76393@debbugs.gnu.org, Eli Zaretskii Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.17399675221420 (code B ref 76393); Wed, 19 Feb 2025 12:19:02 +0000 Received: (at 76393) by debbugs.gnu.org; 19 Feb 2025 12:18:42 +0000 Received: from localhost ([127.0.0.1]:44246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkj2H-0000Mi-9k for submit@debbugs.gnu.org; Wed, 19 Feb 2025 07:18:42 -0500 Received: from mail-4316.protonmail.ch ([185.70.43.16]:57033) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkj2F-0000Ln-2R for 76393@debbugs.gnu.org; Wed, 19 Feb 2025 07:18:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1739967512; x=1740226712; bh=5MxRvt6xBbWnW2nOElE++BPzGZUeEOlMy61GDZpZmdw=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=lB8BeF47euyDnuLp8ebc7N5KId7kOF6FU7j93f6zynVo8nNzc6CUiurvtgD8PoQI9 aDiEU/MGLenZpX6cBvmxr+hqaPz40YsKCUMP4HN7Bv1DxMsDl9fBpQvt7tlRbOXNjy 2R1zblF+HYcLgqkHv44SLyn+fo3AauYSiI92VZWgADV358h2xMDiDYWT6f6M3O/6No o6xLQAYtnxL5FaHdxDA0UBdMA9A1cxFumBtE0+DTD/UpfaIgf4R34/gGthWHte6IdC UtIE5r3vHQB/cU999WhJN1BkEomO8feGWcOX/v21vphDGdKPQNz3D2AIebkcKah41L 6SNU78hT3Fjog== Date: Wed, 19 Feb 2025 12:18:26 +0000 From: Pip Cet Message-ID: <87h64q5dss.fsf@protonmail.com> In-Reply-To: <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 5d4c83bf9b87569236f26d5d16c6228490bba51f MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Paul Eggert" writes: > On 2/18/25 07:48, Pip Cet wrote: >> Building Emacs with address sanitization can help debug memory-use >> -problems, such as freeing the same object twice. To use >> -AddressSanitizer with GCC and similar compilers, append >> +problems, such as freeing the same object twice. However, >> +-fsanitize=3Daddress also introduces bugs in the compiled code which ca= use >> +GC problems and phantom crashes, which do not always look like they're >> +caused by the address sanitizer. > > I don't see a GCC bug there. I understand the desire to be diplomatic here, and I'll adjust the patch accordingly, but I don't agree: fake stacks are a rashly-implemented manipulation, violating established ABI conventions, which will cause false positives which are then hard to debug because none of them are documented sufficiently, and the error messages provide no indication that the sanitizer is to blame. > What I see is an incompatibility with Emacs's garbage collector, a > collector which relies on several aspects of undefined behavior in > C. So I suggest changing the last three lines to something like this: The idea that any significant program can rely only on defined behavior of C is nice, but it's not even close to being true. > as the default behavior of -fsanitize=3Daddress is incompatible with > ordinary Emacs operation, it needs to be combined with other options. It is important to point out that these bugs do not mention the sanitizer in the crash report, and that the only "option" to make GCC generate correct code is an environment variable, which is error-prone and inconvenient. >> +ASAN_OPTIONS=3D'detect_stack_use_after_return=3D0,detect_leaks=3D0' in = the >> +environment to suppress diagnostics of minor memory leaks in Emacs, and >> +buggy code which relocates objects from the stack to the heap . For >> +example: > > Here, change "buggy code which relocates" to "to suppress relocation > of". Again, happy to make the change if the decision is to remain diplomatic here. If the option were "no_fake_stack=3D1", I'd agree. But the option isn't called that: there is no ASAN option to insist on a traditional stack, we can only disable the various "features" which incidentally violate traditional stack assumptions. Today, it's 'detect_stack_use_after_return', but there's no guarantee (or documentation) of that. > Also, omit the space before ".". Oops. I'd written more there :-) > Otherwise, it looks good. > > I've found -fsanitize=3Daddress to be verrrrry helpful when debugging > obscure memory problems, and it's good to document how to use it. Well, it hasn't worked for a while. > It would be even better if we changed Emacs so that ASAN_OPTIONS need > not contain set detect_stack_use_after_return=3D0, as that would help > detect more errors. -fsanitize=3Daddress has support for this sort of > thing; see its __asan_addr_is_in_fake_stack function. However, Emacs > currently doesn't use that support, so we must currently settle for > detect_stack_use_after_return=3D0. __asan_get_current_fake_stack is marked for removal in GCC, and it's not quite clear whether that comment applies to __asan_addr_is_in_fake_stack, too. However, I don't see how either function would help us detect all the fake stacks and their extents. There is an established API for split stacks, implemented by -fsplit-stack (Emacs doesn't support it by default, but I wrote a patch to add support, and it's not hard). ASAN doesn't use it, and the alternatives it provides are unusable, so I'm skeptical that it's a tool which is worth the significant effort to "support" it. Pip From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Feb 2025 17:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 76393@debbugs.gnu.org, Eli Zaretskii Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.173998669030108 (code B ref 76393); Wed, 19 Feb 2025 17:39:02 +0000 Received: (at 76393) by debbugs.gnu.org; 19 Feb 2025 17:38:10 +0000 Received: from localhost ([127.0.0.1]:50757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tko1R-0007pU-8D for submit@debbugs.gnu.org; Wed, 19 Feb 2025 12:38:09 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:38206) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tko1N-0007oI-TP for 76393@debbugs.gnu.org; Wed, 19 Feb 2025 12:38:07 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 4BACA3C01EBA3; Wed, 19 Feb 2025 09:38:00 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id FHaXEJRn5wNS; Wed, 19 Feb 2025 09:38:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id EBA993C01EBA4; Wed, 19 Feb 2025 09:37:59 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu EBA993C01EBA4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1739986680; bh=e+gHkfCO9OvqtzoRHWITvDeITK0YoRo53vP0kS/WA+Q=; h=Message-ID:Date:MIME-Version:To:From; b=U9yepunmQBclkAWikVp9QucO5O8Cm8Qc8AEJETzXc/9wEhHUBB6GXgsEWVxyDTf78 TSZ3PsdtO2DTnNqGU6xMwoP986DfY8A0NCL7+skRPjxDkzh8ujB/SSM43dKees7jjM T+gsa9rIzJ5930gZ9agFY4/DNYMUmmkdoj8J/AEZQCv2X8MGnuSiu+2CuLxoQJGaSW 9y/AA+uLt1XqCZ1rMdhu2oLAxQJ8tVlhWvfoqksSEhIM5wXxhhyENnLkCbq/DDHSgq Je1CAGVOwgNpEt40lXNt8Rg/r8hI6m0LZsOo4xHzHWh52qiarITseQthscuYSpXAG8 fuzIF7Txu2pxw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id UpfHMVty6aY1; Wed, 19 Feb 2025 09:37:59 -0800 (PST) Received: from [192.168.254.12] (unknown [47.147.225.25]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id CA5893C01EBA3; Wed, 19 Feb 2025 09:37:59 -0800 (PST) Message-ID: Date: Wed, 19 Feb 2025 09:37:59 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <87h64q5dss.fsf@protonmail.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <87h64q5dss.fsf@protonmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2025-02-19 04:18, Pip Cet wrote: > fake stacks are a rashly-implemented > manipulation, violating established ABI conventions Yes, just as CheriBSD is rashly implemented and violates many ABI conventions. Still, CheriBSD is a useful way to find bugs that would otherwise be very difficult to squash (I've found some, with other GNU projects), and it's worth using for that reason. Although CheriBSD doesn't work with Emacs, if we could get it to work without too much trouble, that'd likely find Emacs bugs better than what we have now. > The idea that any significant program can rely only on defined behavior > of C is nice, but it's not even close to being true. The C standard is a diplomatic agreement between implementers and users that nobody likes and everybody argues about. That being said, it's better than nothing and it's better to be diplomatic. > point out that these bugs do not mention the > sanitizer in the crash report Fair enough. > and that the only "option" to make GCC > generate correct code is an environment variable, which is error-prone > and inconvenient. This is too strong. I don't find the env var to be significantly more error-prone and inconvenient than the hassle of using -fsanitizer=address in the first place. > If the option were "no_fake_stack=1", I'd agree. But the option > isn't called that I doubt whether it's worth our time to dispute how a GCC runtime option is spelled. >> I've found -fsanitize=address to be verrrrry helpful when debugging >> obscure memory problems, and it's good to document how to use it. > > Well, it hasn't worked for a while. I expect that's because I haven't debugged Emacs in a while - at least, I haven't debugged it with some of its new bells and whistles that make it less reliable. If I ever get back into the Emacs debugging business, though, I'd like to have the -fsanitize=address option at my disposal. Although no cureall, it's a valuable tool. > __asan_get_current_fake_stack is marked for removal in GCC, and it's not > quite clear whether that comment applies to > __asan_addr_is_in_fake_stack, too. However, I don't see how either > function would help us detect all the fake stacks and their extents. We'd plant a function (or macro) call in every function for which GCC creates a fake stack frame that might contain Lisp Objects. The function would be a no-op unless address sanitization is in use (or better yet, unless fake stacks are in use). It's not hard to find which functions these would be. It's not clear to me whether this would be worth the hassle; but I don't see why it wouldn't be doable. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 22 18:59:57 2025 Received: (at control) by debbugs.gnu.org; 22 Feb 2025 23:59:57 +0000 Received: from localhost ([127.0.0.1]:57847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tlzPZ-0005RH-CQ for submit@debbugs.gnu.org; Sat, 22 Feb 2025 18:59:57 -0500 Received: from mail-ed1-x532.google.com ([2a00:1450:4864:20::532]:61837) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tlzPW-0005Qy-Q9 for control@debbugs.gnu.org; Sat, 22 Feb 2025 18:59:55 -0500 Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5e0505275b7so5292226a12.3 for ; Sat, 22 Feb 2025 15:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740268789; x=1740873589; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=FaNdOJZ+JT2rF9jMnb7r9kO6gpo2ysaPabq07oX31k8=; b=g4u55MuvFc+u4OzrKAsJVJocHIZkzq04f4Ft9mV2lIaqCNfe3WZqt7oZoKdsfq5yzV D1vFZV+ue5BJyqc+tsCdZfwAaBH0IarQGif4VEunboUokztxTf7Nap+B5753K/4uMAdr gAgZACgvqkRE1qAn5zOsdFIATbMYy38ZCIixDcaX6x863okpfKpheAzLCA+Ovc7TcuU5 OYnKS4cwPWMVe/Gw/5DbokY8KjO2NePLN2h3B6wMvYLOZppcrNEJVves+iabvbvmE8r9 9QPy0qOwDjc95kxUkaDaaxSESbt0WJ8FgXb3cwgsRuZtKH7dy4hcuYa+DF79EXAsDa4M nKBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740268789; x=1740873589; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=FaNdOJZ+JT2rF9jMnb7r9kO6gpo2ysaPabq07oX31k8=; b=qNHFNukg8mdWcvfpxOBDJud+mD+AqMvtSHKXQrBe2d1VzNVr6IbBZzL4tfObdU6HOP zdcAcM4pzBKvcIeS4ATS6uOwhiTEOh7sitYJ6kNXnmyaiBWgj1+XahQL/fLQ+mlkCxAL d9Vgv8d8F48L5wOPo6I6FMN9tlnLIBUV/sPZlJQ0GGEqGCgkLBrS8R2YeDjAMmbRR9Lm m72eqZKZAibD6OaFHxkcyMxfOwhWKUO0l1QKytl/lXsWzO6KYQdsH1dvfByJTspAVT7g spP3YhazX2APJs2IbFWBLCFRdsFh/BEmMi8jTphJRXiYGAT1YEsyM1fA7JPW7lyMFb/D aRJg== X-Gm-Message-State: AOJu0Yz2fF6A7gAxFF1h9EBf0yOt5oeM/wKwK7T1CfuoQcPxScwBxQoo CvP8GkCzf1MQycAQmzUr8WGK11HPAdhXF26ixktdzGgWPUIY86cXarjsHfhj/uUMb+M+DNDj639 0ivwtK3rWaBGwt9djdE9TGJ2tfBOmcmcnYQc= X-Gm-Gg: ASbGncuqgJyPYX/8DICX1kPTuN8EW5hVc/Q9UVSpZBgpXYfTUshfQ2Bebr45IQlEOw7 t3xBSiLtwMExcIHRm3MBE4HY6jMoWrhJKa8T8pGOJR3pSAV6vkIowsaWeO80++SFU9pOBgGja4u yLfHwRKEw/ X-Google-Smtp-Source: AGHT+IFaYGXmzgcQzKJs/oGDyQS4Bb0UVp5m5Bi7Yxe5NNCJV2uadWIaS+pcBlO73T5Y0HHsectMZ5x9L9Pn4NPSx3M= X-Received: by 2002:a05:6402:2548:b0:5e0:7ff3:20c with SMTP id 4fb4d7f45d1cf-5e0b710743bmr8378565a12.17.1740268788694; Sat, 22 Feb 2025 15:59:48 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 22 Feb 2025 23:59:48 +0000 From: Stefan Kangas MIME-Version: 1.0 Date: Sat, 22 Feb 2025 23:59:48 +0000 X-Gm-Features: AWEUYZkUB_T65bz-vjjFH2agAbW8zZsGoAJkEXHzl6On05Q8b2sE2ue-bm7LUb4 Message-ID: Subject: control message for bug #76393 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) severity 76393 wishlist quit From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Mar 2025 12:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: pipcet@protonmail.com, Paul Eggert Cc: 76393@debbugs.gnu.org Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.174083155028282 (code B ref 76393); Sat, 01 Mar 2025 12:20:02 +0000 Received: (at 76393) by debbugs.gnu.org; 1 Mar 2025 12:19:10 +0000 Received: from localhost ([127.0.0.1]:34834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1toLoD-0007Lz-O1 for submit@debbugs.gnu.org; Sat, 01 Mar 2025 07:19:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42398) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1toLoB-0007L9-I3 for 76393@debbugs.gnu.org; Sat, 01 Mar 2025 07:19:08 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1toLo4-0000WO-Ja; Sat, 01 Mar 2025 07:19:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=migoFt56K7v5iWDFU5xahDt7eDB5GSb7aPtOL0AAvJY=; b=QZ7z4Jqg4Qgi 4IYe+w2nreGoG9cqJyQtx6RLXvcWG53PJ1PpM+XCUo1DFZO7HduGboLcRyVx//OFpkXIVcG/earuh cVVvybHS2jxpVvixCxQmmlEo7667Skrkk6YkGO6stUqOaybpVed/SIkCSrU5Y70m3Sm1TwfRDwj6V XpQQC9d/WTFIbfpClnpco2UNGG11esgm1Fz1rSoxClmLscqfJpTP6Gyy9AQvOcRwmAKLU/SR23VZB JuPdAUGrjHyXCcvrLmCyyAvBX1zP6blFd3W47qJpHCMDkxp19GWwoleTOTM+0KGI1T0fmLX2Bkqb5 kLFEtE4zT0Df5eOT2qEPNQ==; Date: Sat, 01 Mar 2025 14:18:58 +0200 Message-Id: <86ikotosel.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> (message from Paul Eggert on Tue, 18 Feb 2025 16:50:14 -0800) References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ping! Can we make progress with this issue, please? > Date: Tue, 18 Feb 2025 16:50:14 -0800 > Cc: 76393@debbugs.gnu.org, Eli Zaretskii > From: Paul Eggert > > On 2/18/25 07:48, Pip Cet wrote: > > Building Emacs with address sanitization can help debug memory-use > > -problems, such as freeing the same object twice. To use > > -AddressSanitizer with GCC and similar compilers, append > > +problems, such as freeing the same object twice. However, > > +-fsanitize=address also introduces bugs in the compiled code which cause > > +GC problems and phantom crashes, which do not always look like they're > > +caused by the address sanitizer. > > I don't see a GCC bug there. What I see is an incompatibility with > Emacs's garbage collector, a collector which relies on several aspects > of undefined behavior in C. So I suggest changing the last three lines > to something like this: > > as the default behavior of -fsanitize=address is incompatible with > ordinary Emacs operation, it needs to be combined with other options. > > > > +ASAN_OPTIONS='detect_stack_use_after_return=0,detect_leaks=0' in the > > +environment to suppress diagnostics of minor memory leaks in Emacs, and > > +buggy code which relocates objects from the stack to the heap . For > > +example: > > Here, change "buggy code which relocates" to "to suppress relocation > of". Also, omit the space before ".". > > Otherwise, it looks good. > > I've found -fsanitize=address to be verrrrry helpful when debugging > obscure memory problems, and it's good to document how to use it. > > It would be even better if we changed Emacs so that ASAN_OPTIONS need > not contain set detect_stack_use_after_return=0, as that would help > detect more errors. -fsanitize=address has support for this sort of > thing; see its __asan_addr_is_in_fake_stack function. However, Emacs > currently doesn't use that support, so we must currently settle for > detect_stack_use_after_return=0. > From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Mar 2025 13:58:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76393@debbugs.gnu.org, Paul Eggert Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.17408374569224 (code B ref 76393); Sat, 01 Mar 2025 13:58:03 +0000 Received: (at 76393) by debbugs.gnu.org; 1 Mar 2025 13:57:36 +0000 Received: from localhost ([127.0.0.1]:35890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1toNLT-0002Of-Sg for submit@debbugs.gnu.org; Sat, 01 Mar 2025 08:57:36 -0500 Received: from mail-4322.protonmail.ch ([185.70.43.22]:62187) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1toNLR-0002O2-Ac for 76393@debbugs.gnu.org; Sat, 01 Mar 2025 08:57:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1740837446; x=1741096646; bh=tz833NXv6y1F6U1wNiVKz8VlyP9RwO8Yrkah94lHVH0=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=Eu/5pMsg3D6UkU6xklWe0prIiiTH/g2e6gzZruviVLIPlDplvHSHtbfxdU0HBPzhW svk6eRKW7IUkiauDOZUzNrZag0PYdfShOVVkDT30wLGmPvIps5NcO+C88i3o5nQ5jf lL8Bq+gkWnERRwVko1SMDAlo3CX6Zb8GIIMo4jtbl1DpZYePQTkaBkwFUUeQKgurK4 ib1ErnNxWgslWDqX2zEI9VA6llZN+B/hyexrJRsF4zasZrggOpCzsbsMMhSxC8JI2m Y1e+9HIVw/q/tWt20ysBYSipxu8LIVXulCJw/gXkaZQfMcEDUltBWQ20qmTotbtLmU FQbn85QfyTirA== Date: Sat, 01 Mar 2025 13:57:22 +0000 From: Pip Cet Message-ID: <878qpo6ehl.fsf@protonmail.com> In-Reply-To: <86ikotosel.fsf@gnu.org> References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 3bd41590ffae4559d8becf6d94f40768c17b0e94 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: > Ping! Can we make progress with this issue, please? Is this sufficiently diplomatic? It also removes a reference to unexec that somehow survived the no-purespace merge :-) By the way, I think I'm responsible for the "minor" memory leak that happens during pdumping, because the hash table freezing code duplicates the hash table and never freezes the original copy. Trying to fix that now, though I don't think leaking memory during pdumper is a high priority. Pip >From 95bbb25afcafa24edb5b31dbf28a41378bd90fa7 Mon Sep 17 00:00:00 2001 From: Pip Cet Subject: [PATCH] Improve instructions for running with -fsanitize=3Daddress (bug#76393) * etc/DEBUG (ASAN_OPTIONS): Add 'detect_stack_use_after_return=3D0' requirement. Remove obsolete unexec commentary. --- etc/DEBUG | 17 +++++++++-------- 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/etc/DEBUG b/etc/DEBUG index ca061063454..b95ea7e7e8c 100644 --- a/etc/DEBUG +++ b/etc/DEBUG @@ -1010,14 +1010,16 @@ program. ** Running Emacs with address sanitization =20 Building Emacs with address sanitization can help debug memory-use -problems, such as freeing the same object twice. To use -AddressSanitizer with GCC and similar compilers, append +problems, such as freeing the same object twice. It does, however, +require special care to ensure that Emacs's garbage collection continues +working. To use AddressSanitizer with GCC and similar compilers, append '-fsanitize=3Daddress' to CFLAGS, either when running 'configure' or -running 'make'. Configure, build and run Emacs with -ASAN_OPTIONS=3D'detect_leaks=3D0' in the environment to suppress -diagnostics of minor memory leaks in Emacs. For example: +running 'make'. When running Emacs, ensure the ASAN_OPTIONS environment +variable is set and includes 'detect_stack_use_after_return=3D0' (to keep +GC working) and 'detect_leaks=3D0' (to avoid noisy diagnostics about minor +memory leaks in Emacs). For example: =20 - export ASAN_OPTIONS=3D'detect_leaks=3D0' + export ASAN_OPTIONS=3D'detect_leaks=3D0,detect_stack_use_after_return=3D= 0' ./configure CFLAGS=3D'-O0 -g3 -fsanitize=3Daddress' make src/emacs @@ -1034,8 +1036,7 @@ will let you gain control when an error is detected a= nd before AddressSanitizer outputs to stderr or terminates the program. =20 Address sanitization is incompatible with undefined-behavior -sanitization, unfortunately. Address sanitization is also -incompatible with the --with-dumping=3Dunexec option of 'configure'. +sanitization, unfortunately. =20 *** Address poisoning/unpoisoning =20 --=20 2.48.1 From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Mar 2025 20:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet , Eli Zaretskii Cc: 76393@debbugs.gnu.org Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.174086178519742 (code B ref 76393); Sat, 01 Mar 2025 20:44:02 +0000 Received: (at 76393) by debbugs.gnu.org; 1 Mar 2025 20:43:05 +0000 Received: from localhost ([127.0.0.1]:44834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1toTfs-00058I-Gy for submit@debbugs.gnu.org; Sat, 01 Mar 2025 15:43:04 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:42086) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1toTfo-00056o-Mo for 76393@debbugs.gnu.org; Sat, 01 Mar 2025 15:43:02 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id D9F623C01EBA3; Sat, 1 Mar 2025 12:42:54 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id PkdKST8J2pNP; Sat, 1 Mar 2025 12:42:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 9B0373C01EBA6; Sat, 1 Mar 2025 12:42:54 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 9B0373C01EBA6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1740861774; bh=vnCN3wYEsBUbpGfrqAEQW33SDJVVBHRCJ6mGcsCvsyc=; h=Message-ID:Date:MIME-Version:To:From; b=kGMS+f5uEg303a0CeniEOzIXSPbzitdw/L5UKZHRWQ8VKUj415l0e7MqnIBRhIucH ULU3Bj8P+Qlg2IRTf889PFj+9YsPvLAODAK81JMakp1jAPum3gBVaYRoNaZJS2PgZz gZtq0OXVRLkXnIKwPR1mnYiXJY9GSHckoTEUHVxz1TkVI1bZYVKzvZwlEjprzwPUiT Fao7goiUyXhC/wHaXfe20oa0zNGNwBgMTV2jkg4PHuEV4f7Q6KSzzvAT08Gx3xZfrN mlOeJXPT6I2ZP7hOaN/YziLk/vu6o6VEYfGXbTZt3KiPCftMZVzzXcJWa9bofHDRp3 xeAfwKSP9scMQ== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id aM1Wui2w4xWv; Sat, 1 Mar 2025 12:42:54 -0800 (PST) Received: from [192.168.254.12] (unknown [47.147.225.25]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 7A2623C01EBA3; Sat, 1 Mar 2025 12:42:54 -0800 (PST) Message-ID: <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> Date: Sat, 1 Mar 2025 12:42:54 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> <878qpo6ehl.fsf@protonmail.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <878qpo6ehl.fsf@protonmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2025-03-01 05:57, Pip Cet wrote: > Is this sufficiently diplomatic? Thanks, looks good. From unknown Sat Jun 14 19:22:53 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Pip Cet Subject: bug#76393: closed (Re: bug#76393: Warn about -fsanitizer=address builds) Message-ID: References: <87y0xo2ztl.fsf@protonmail.com> <878qq35t63.fsf@protonmail.com> X-Gnu-PR-Message: they-closed 76393 X-Gnu-PR-Package: emacs Reply-To: 76393@debbugs.gnu.org Date: Sat, 01 Mar 2025 21:43:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1740865381-21392-1" This is a multi-part message in MIME format... ------------=_1740865381-21392-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #76393: Warn about -fsanitizer=3Daddress builds which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 76393@debbugs.gnu.org. --=20 76393: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D76393 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1740865381-21392-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 76393-done) by debbugs.gnu.org; 1 Mar 2025 21:43:00 +0000 Received: from localhost ([127.0.0.1]:45370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1toUbs-0005Yo-1l for submit@debbugs.gnu.org; Sat, 01 Mar 2025 16:43:00 -0500 Received: from mail-4322.protonmail.ch ([185.70.43.22]:28521) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1toUbo-0005YR-Ug for 76393-done@debbugs.gnu.org; Sat, 01 Mar 2025 16:42:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1740865370; x=1741124570; bh=e3GNV+iW3T7BdN5LNdgKLAzm8q9SjO6N1YIETTu3Ob0=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=CuxLo9B9sZ4X0En7EgYL2aZ3SBPZmTKEbFgyRRtj/dlzslhKCme8SoWNIPdUIbM6e eBqN4OETNcN+6ItlRly8ym6Idc7rRZm2gjLpnMLYEHYgUn9zSDqNhBmFGZXQZV7SC9 kPKWThf4WRIuebIlgBrvipu6U2bF79TP7ldV0sQrtyELr/oAOUSGwRNBqdi4Xl3iRR KwILcgsAIyw6pDF6PU2uu4PtQTTkPil5H2RVsBAW+rAIudIflnmyMsxD7200jV8T3x rCprdQiC4WFBYcU7io7zc8OlCifiDG+3IFKQ2psrZwNIy/075ZtWHcGw5qCuqphL2s teLLRDDopItCQ== Date: Sat, 01 Mar 2025 21:42:27 +0000 To: Paul Eggert From: Pip Cet Subject: Re: bug#76393: Warn about -fsanitizer=address builds Message-ID: <87y0xo2ztl.fsf@protonmail.com> In-Reply-To: <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> <878qpo6ehl.fsf@protonmail.com> <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 6b314df842a7ec59e3f36367297635b0713d5fff MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 76393-done Cc: Eli Zaretskii , 76393-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Paul Eggert" writes: > On 2025-03-01 05:57, Pip Cet wrote: >> Is this sufficiently diplomatic? > > Thanks, looks good. Thanks! Pushed, and closing. ------------=_1740865381-21392-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Feb 2025 12:34:48 +0000 Received: from localhost ([127.0.0.1]:56058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tkMoJ-0005cH-Jh for submit@debbugs.gnu.org; Tue, 18 Feb 2025 07:34:47 -0500 Received: from lists.gnu.org ([2001:470:142::17]:56918) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tkMoD-0005b7-LQ for submit@debbugs.gnu.org; Tue, 18 Feb 2025 07:34:45 -0500 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 1tkMo6-0006eA-LE for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2025 07:34:34 -0500 Received: from mail-40134.protonmail.ch ([185.70.40.134]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tkMnz-0007zH-EY for bug-gnu-emacs@gnu.org; Tue, 18 Feb 2025 07:34:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1739882053; x=1740141253; bh=ibhuRaEymDKAXLd+0i+BZqgE3m2SlqQzHLItEwjS0Ak=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=Idzhf9e7X8un1xa77ZbYTvDSMelGm8c49RHL6378KjgQyuIb0ZfcmOVEsQH/2oxBx XuHFVopt8q/Wgg/YAA0kbtAKexStX4bvfpLYzW2+Jg/HdlYEl36bFONjroyjugjpmD 0CJc8CupD+MzHS6xAPEvN/ahSiIK7VNyXdhoCDdUP5mnjmm6D7Q8MVNDdAETTOSLQx Fl2gQB3MgrhJ+tldx7txwXWfXxVuZDCkZPc6e7wAuSWVsz1nroukL08E/B9a53NWIR nJ0dFJtHXHUtlENunPvtwqfdZ/V6OXaSXuiSesb6FVp74+fRh2+p94kuMMh1z0bvak ybVBffQork1zA== Date: Tue, 18 Feb 2025 12:34:08 +0000 To: bug-gnu-emacs@gnu.org, Paul Eggert From: Pip Cet Subject: Warn about -fsanitizer=address builds Message-ID: <878qq35t63.fsf@protonmail.com> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: eefe99c64cc5d575296eb47740c9ede8ec4ee2f2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.134; envelope-from=pipcet@protonmail.com; helo=mail-40134.protonmail.ch 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Building with current GCC and -fsanitizer=3Daddress results in certain (large) stack allocations being performed on a "fake stack", using __asan_stack_malloc_N. This "fake stack" is invisible to GC and thus breaks conservative GC scanning (bug#76327). It seems to be possible to work around this by setting ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0 Even with that option, a "sanitized" build reports bogus errors. ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D0,detect_leaks=3D0 seems to work, at least, but is it really worth it to keep adding options (inconveniently using environment variables) to work around such ASAN bugs? I think it would be preferrable to warn about builds with -fsanitizer=3Daddress, which generates broken code, or disable them entirely. ------------=_1740865381-21392-1-- From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Mar 2025 05:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 76393@debbugs.gnu.org, eggert@cs.ucla.edu Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.174089376321413 (code B ref 76393); Sun, 02 Mar 2025 05:37:01 +0000 Received: (at 76393) by debbugs.gnu.org; 2 Mar 2025 05:36:03 +0000 Received: from localhost ([127.0.0.1]:50766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tobzf-0005ZI-0I for submit@debbugs.gnu.org; Sun, 02 Mar 2025 00:36:03 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59962) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tobzb-0005Y2-T2 for 76393@debbugs.gnu.org; Sun, 02 Mar 2025 00:36:01 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tobzV-0004DG-1Z; Sun, 02 Mar 2025 00:35:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=/x/pJuuZUBi4cS67YtEjbfhwNPxVuyUj53JmpaQx/84=; b=lLA878ay25w2 Xp3GUExlW1uTNClVdCTtIKFXdkEkoKRku3x4a9UvoiAXWf1dnMVZPvlzMH8d9RHe6VepABYjxGQBG ZylQmDEBSEcyJDZpWuKViz3Qeek3osA3jfUPRKEgpk3eCurg3+Yr81ZQSsQEOofoeVxK2fUEmNc49 D5Qz76pC5froUH8BedixVR3RzGZbn7IoZ9zVPsUIZIutVKs7+dWtshKfTV+p8coIhde3I4edfYZfk uiAIrSsG5EgRQ1FthT6R5h0dc6aDPT190ozW0NdqFtf/vRmDv+NhMGzkTJA97aLjiNxbdinvVmEnx oqJv6s+2N7YjldGq3pW7tw==; Date: Sun, 02 Mar 2025 07:35:49 +0200 Message-Id: <86tt8cngei.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87y0xo2ztl.fsf@protonmail.com> (message from Pip Cet on Sat, 01 Mar 2025 21:42:27 +0000) References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> <878qpo6ehl.fsf@protonmail.com> <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> <87y0xo2ztl.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 01 Mar 2025 21:42:27 +0000 > From: Pip Cet > Cc: Eli Zaretskii , 76393-done@debbugs.gnu.org > > "Paul Eggert" writes: > > > On 2025-03-01 05:57, Pip Cet wrote: > >> Is this sufficiently diplomatic? > > > > Thanks, looks good. > > Thanks! Pushed, and closing. Thanks. Are the changes appropriate for the release branch as well? If so, I'd like to backport them to emacs-30. From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Mar 2025 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Pip Cet Cc: 76393@debbugs.gnu.org Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.174089834819644 (code B ref 76393); Sun, 02 Mar 2025 06:53:02 +0000 Received: (at 76393) by debbugs.gnu.org; 2 Mar 2025 06:52:28 +0000 Received: from localhost ([127.0.0.1]:51694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1todBb-00056m-VE for submit@debbugs.gnu.org; Sun, 02 Mar 2025 01:52:28 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:59182) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1todBZ-00056G-VM for 76393@debbugs.gnu.org; Sun, 02 Mar 2025 01:52:27 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id C3B3F3C01EBB1; Sat, 1 Mar 2025 22:52:19 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id dOuM7CVe89vg; Sat, 1 Mar 2025 22:52:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 34E713C01EBB3; Sat, 1 Mar 2025 22:52:19 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 34E713C01EBB3 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1740898339; bh=81Nsv0r2Leq3k30mlZ3HTH2ix1Dx0lo4Va+RhJFcs2c=; h=Message-ID:Date:MIME-Version:To:From; b=CX++mt71BP03qf+Z/FLq8ArX2pzJN4rwusBQEcWW1Az4qRM8FoovbgCr5pYhGQC31 6DtzLdNd1xk7ax41oAE4hR7qlRUqspRpAAuhVfIe5xzDUtO//qHN0KGJNB/3NdLSms Ag1mRl2ZMoef9Nn1ANEtRQwYVYF/rD4h26PTla46FiF+OESiiSs3ZtUBVkiUCi0I3y D/8mTI8NB1kjkvEon/n88I5pI9Z29FM2P7i+9Idw1F1QuqDHOHqS/0SDRvkE4depf3 4ZBP2ao7XbLTsQi9kKRnj4vkmOAFCmHpi7GAVDt2wg3dacNj5Wshhoz4nPIJgULAY9 3cRjGXUtYXrYA== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id jxrPEqd8q3rN; Sat, 1 Mar 2025 22:52:19 -0800 (PST) Received: from [192.168.254.12] (unknown [47.147.225.25]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id E600B3C01EBB1; Sat, 1 Mar 2025 22:52:18 -0800 (PST) Message-ID: Date: Sat, 1 Mar 2025 22:52:18 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> <878qpo6ehl.fsf@protonmail.com> <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> <87y0xo2ztl.fsf@protonmail.com> <86tt8cngei.fsf@gnu.org> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <86tt8cngei.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2025-03-01 21:35, Eli Zaretskii wrote: > Are the changes appropriate for the release branch as well? Yes. From unknown Sat Jun 14 19:22:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76393: Warn about -fsanitizer=address builds Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Mar 2025 07:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76393 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 76393@debbugs.gnu.org, pipcet@protonmail.com Received: via spool by 76393-submit@debbugs.gnu.org id=B76393.174089962427285 (code B ref 76393); Sun, 02 Mar 2025 07:14:01 +0000 Received: (at 76393) by debbugs.gnu.org; 2 Mar 2025 07:13:44 +0000 Received: from localhost ([127.0.0.1]:51929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1todWC-00075z-0y for submit@debbugs.gnu.org; Sun, 02 Mar 2025 02:13:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38124) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1todW9-00075D-70 for 76393@debbugs.gnu.org; Sun, 02 Mar 2025 02:13:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1todW2-0005Ir-Tm; Sun, 02 Mar 2025 02:13:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=W/kVD4rvOpizAcSeLyQfzl42wHGwHZvpKPvFw/XDYsc=; b=MiskEwCqLXNq brkG9x1lhaBPY7MrVuDX2qN5BNdxIxvkj8+yZOKZ3NVUiF5ZyUSeEhXtLKUo5nZnVg+VhubZTvOAV 6w1ivWxhEs7aCOa23B6PgWMTsNjxqXNzFWrNgOkopfcGC02UqWrhNp9jh8UjI+m5FRqO8eNwNY2jI uba8w/t9OE5EEvn4akLApwGpXDuRJOnprpUr1QJeDncxwVxX1vUfWPvv8mkJowcFdR0dtzbscpAoR jtUzwwaLwCNHOjJX9Qk58CODvaIlFqa9kRC8mbXZqFOmUCfsswyPTOrSXmZyKnBecBXv+gkhLJe51 dXUFPvf63zSsxWJ9SJxk+g==; Date: Sun, 02 Mar 2025 09:13:27 +0200 Message-Id: <86ikoroqg8.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Paul Eggert on Sat, 1 Mar 2025 22:52:18 -0800) References: <878qq35t63.fsf@protonmail.com> <86seob8ec3.fsf@gnu.org> <878qq345lc.fsf@protonmail.com> <54569684-b5a2-4313-9e38-925bdb36c31f@cs.ucla.edu> <86ikotosel.fsf@gnu.org> <878qpo6ehl.fsf@protonmail.com> <0e8fb065-de6d-4374-9914-c35d221ceec8@cs.ucla.edu> <87y0xo2ztl.fsf@protonmail.com> <86tt8cngei.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 1 Mar 2025 22:52:18 -0800 > Cc: 76393@debbugs.gnu.org > From: Paul Eggert > > On 2025-03-01 21:35, Eli Zaretskii wrote: > > Are the changes appropriate for the release branch as well? > > Yes. Thanks, backported to emacs-30.