From unknown Sat Jun 21 03:03:12 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#74744 <74744@debbugs.gnu.org> To: bug#74744 <74744@debbugs.gnu.org> Subject: Status: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") Reply-To: bug#74744 <74744@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:03:12 +0000 retitle 74744 Build failure: SEGV in temacs (with "Pure Lisp storage overfl= owed") reassign 74744 emacs submitter 74744 Eric Marsden severity 74744 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 06:03:58 2024 Received: (at submit) by debbugs.gnu.org; 9 Dec 2024 11:03:58 +0000 Received: from localhost ([127.0.0.1]:53014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKbYT-0005vf-GK for submit@debbugs.gnu.org; Mon, 09 Dec 2024 06:03:58 -0500 Received: from lists.gnu.org ([209.51.188.17]:39446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKbYR-0005vT-BG for submit@debbugs.gnu.org; Mon, 09 Dec 2024 06:03:56 -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 1tKbYK-0007BU-AM for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 06:03:49 -0500 Received: from mail.risk-engineering.org ([2a01:4f8:c0c:a3f8::1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tKbYF-0002zx-Vv for bug-gnu-emacs@gnu.org; Mon, 09 Dec 2024 06:03:46 -0500 DKIM-Signature: a=rsa-sha256; bh=sEENrZL984gKnn3hfVh4pwaL8/2FWdMSILK/ZxrCdJA=; c=relaxed/relaxed; d=risk-engineering.org; h=Subject:Subject:Sender:To:To:Cc:From:From:Date:Date:MIME-Version:MIME-Version:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Reply-To:In-Reply-To:Message-Id:Message-Id:References:Autocrypt:Openpgp; i=@risk-engineering.org; s=default; t=1733741345; v=1; x=1734173345; b=glA1QiTUNSIq2AGDLVnPykr4qsl2dBPi5Gi62rBU+ComXoSLNW08FBvOjWj/CqKp6/qfqFgS vNhWjrXdJ0V+dnzoLuC03sLbVYq9nwsXFbgJB/J1qBqWdhz6Bu5Tg4xXFsPkHYfAcvPFf+Apt7l PxHTYzb0jfCybLnGzjAc1W+mb0nCbtxFTggsEOS6kQUAnZu9tKV+oRQzqSKOOU2l2251yHRxIkz GAjNSa5dGOUt/ZsrTyaNeR3YYIHp0KMCWFMSSuT/pC7fibaM03yQB7508O4EGNyeCgL7oCvdIxS 9vExF8tKblvcad8BzpZ5PQEpBfxOXn0HL6DuaxUY4YNzg== Received: by mail.risk-engineering.org (envelope-sender ) with ESMTPS id d5b0281a; Mon, 09 Dec 2024 11:49:05 +0100 Message-ID: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> Date: Mon, 9 Dec 2024 11:48:27 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Eric Marsden Subject: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=2a01:4f8:c0c:a3f8::1; envelope-from=eric.marsden@risk-engineering.org; helo=mail.risk-engineering.org X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Hello, Building current HEAD (6df535788a20c9047d33dd8a0c62258597632647) on Linux/AMD64 fails with a SEGV. I see that there is a "Pure Lisp storage overflowed" message which is perhaps related. Loading image... Loading international/fontset... Loading dnd... Pure Lisp storage overflowed Loading tool-bar... Loading dynamic-setting... Loading pgtk-dnd... Loading touch-screen... Loading term/common-win... Loading term/pgtk-win... Loading mwheel... Loading progmodes/elisp-mode... Loading emacs-lisp/float-sup... Loading vc/vc-hooks... Loading vc/ediff-hook... Loading uniquify... Loading electric... Loading paren... Loading emacs-lisp/shorthands... Loading emacs-lisp/eldoc... Fatal error 11: Segmentation fault Backtrace: ./temacs(emacs_backtrace+0x3b) [0x5555556f98ab] ./temacs(terminate_due_to_signal+0x7c) [0x5555555dbbd4] ./temacs(+0x883dc) [0x5555555dc3dc] ./temacs(+0x30c4b8) [0x5555558604b8] /lib/x86_64-linux-gnu/libc.so.6(+0x3fce0) [0x7ffff32c9ce0] ./temacs(+0x234058) [0x555555788058] ./temacs(+0x234013) [0x555555788013] ./temacs(+0x234013) [0x555555788013] ./temacs(+0x234013) [0x555555788013] ./temacs(+0x23458b) [0x55555578858b] ./temacs(Fputhash+0x53) [0x55555578bd33] ./temacs(+0x1f6619) [0x55555574a619] ./temacs(Fdefalias+0xb8) [0x555555759528] ./temacs(eval_sub+0x9cd) [0x555555772f0d] ./temacs(+0x256cdd) [0x5555557aacdd] ./temacs(Fload+0xb9f) [0x5555557aba9f] ./temacs(eval_sub+0x9a3) [0x555555772ee3] ./temacs(+0x256cdd) [0x5555557aacdd] ./temacs(Fload+0xb9f) [0x5555557aba9f] ./temacs(eval_sub+0x9a3) [0x555555772ee3] ./temacs(+0x183869) [0x5555556d7869] ./temacs(internal_condition_case+0x6f) [0x55555576c3af] ./temacs(+0x1838cd) [0x5555556d78cd] ./temacs(internal_catch+0x41) [0x55555576c2b1] ./temacs(+0x183c60) [0x5555556d7c60] ./temacs(recursive_edit_1+0xaf) [0x5555556d7d5f] ./temacs(Frecursive_edit+0x10b) [0x5555556d7f4b] ./temacs(main+0x2117) [0x5555555e6937] /lib/x86_64-linux-gnu/libc.so.6(+0x29d68) [0x7ffff32b3d68] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7ffff32b3e25] ./temacs(_start+0x21) [0x5555555e7021] Configure flags: --prefix=/opt/emacs --enable-link-time-optimization --with-x-toolkit=no --with-tree-sitter --with-pgtk --with-native-compilation=yes gcc (Debian 14.2.0-8) 14.2.0 Configured for 'x86_64-pc-linux-gnu'.   Where should the build process find the source code?    .   What compiler should emacs be built with?               gcc -g3 -O2 -flto=8 -ffat-lto-objects   Should Emacs use the GNU version of malloc?             no     (The GNU allocators don't work with this system configuration.)   Should Emacs use a relocating allocator for buffers?    no   Should Emacs use mmap(2) for buffer allocation?         no   What window system should Emacs use?                    pgtk   What toolkit should Emacs use?                          GTK3   Where do we find X Windows header files?                Standard dirs   Where do we find X Windows libraries?                   Standard dirs   Does Emacs use -lXaw3d?                                 no   Is Emacs being built for Android?                       no   Does Emacs use the X Double Buffer Extension?           no   Does Emacs use -lXpm?                                   no   Does Emacs use -ljpeg?                                  yes   Does Emacs use -ltiff?                                  yes   Does Emacs use a gif library?                           yes -lgif   Does Emacs use a png library?                           yes -lpng16   Does Emacs use -lrsvg-2?                                yes   Does Emacs use -lwebp?                                  yes   Does Emacs use -lsqlite3?                               yes   Does Emacs use cairo?                                   yes   Does Emacs use -llcms2?                                 yes   Does Emacs use imagemagick?                             no   Does Emacs use native APIs for images?                  no   Does Emacs support sound?                               yes   Does Emacs use -lgpm?                                   yes   Does Emacs use -ldbus?                                  yes   Does Emacs use -lgconf?                                 no   Does Emacs use GSettings?                               yes   Does Emacs use a file notification library?             yes (inotify)   Does Emacs use access control lists?                    yes -lacl -lattr   Does Emacs use -lselinux?                               yes   Does Emacs use -lgnutls?                                yes   Does Emacs use -lxml2?                                  yes   Does Emacs use -lfreetype?                              yes   Does Emacs use HarfBuzz?                                yes   Does Emacs use -lm17n-flt?   Does Emacs use -lotf?                                   yes   Does Emacs use -lxft?   Does Emacs use -lsystemd?                               yes   Does Emacs use -ltree-sitter?                           yes   Does Emacs use the GMP library?                         yes   Does Emacs directly use zlib?                           yes   Does Emacs have dynamic modules support?                yes   Does Emacs use toolkit scroll bars?                     yes   Does Emacs support Xwidgets?                            no   Does Emacs have threading support in lisp?              yes   Does Emacs support the portable dumper?                 yes   Does Emacs support legacy unexec dumping?               no   Which dumping strategy does Emacs use?                  pdumper   Does Emacs have native lisp compiler?                   yes   Does Emacs use version 2 of the X Input Extension?      no   Does Emacs generate a smaller-size Japanese dictionary? no From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 07:42:01 2024 Received: (at 74744) by debbugs.gnu.org; 9 Dec 2024 12:42:01 +0000 Received: from localhost ([127.0.0.1]:53169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKd5M-00022o-UU for submit@debbugs.gnu.org; Mon, 09 Dec 2024 07:42:01 -0500 Received: from mail-4316.protonmail.ch ([185.70.43.16]:20673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKd5J-00022U-CE for 74744@debbugs.gnu.org; Mon, 09 Dec 2024 07:41:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1733748111; x=1734007311; bh=MPJfyipGKU9adPvoYe1WHF8jnD/lObiKynoQh0qQuLw=; 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=CMm/3lA3vhrhPKM/N9Tg1OjPC6rhfp0t3AfPthSd5LfOJcy/yO4vODCwdGKZ6YK0m KJrXAGGXqaBLVOa/NdsIr/sfUzt9fcvkJQs/eT0JTIT6xPYZgDvKXS1FIylyI4plmh L/hwpYZhmU0D5XAVqur2NvREv/XAA5fMnRbsTXoU/Bw//Ymgx5QY8eeIikzP9c1ZiZ 2mg6Lp8JFWLSfAuEf6Sg+s4cltku0PQPRu+Yn2ttdeJLHhJgN4kbBE2dv2w5KXfrJX OMoccFL5WS4VeWFeYAv3VM+F/y6sqqCs9ijBlYC0+Gro+DXGxCg1xF4HmQXCQEM0q1 gRv18pdUxVdHg== Date: Mon, 09 Dec 2024 12:41:47 +0000 To: Eric Marsden From: Pip Cet Subject: Re: bug#74744: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") Message-ID: <87zfl5ghae.fsf@protonmail.com> In-Reply-To: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> References: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: dcd485eb5e59219d41b6cb0d8a1773c33e9ff2b1 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: 74744 Cc: 74744@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 (-) "Eric Marsden" writes: > Hello, > Building current HEAD (6df535788a20c9047d33dd8a0c62258597632647) on Linux= /AMD64 fails with a SEGV. > I see that there is a "Pure Lisp storage overflowed" message which is per= haps related. Yes, crashes after purespace overflow are currently expected, and they regularly happen if you build in a directory that has .elc files from previous builds in it. If `make bootstrap' (which removes the .elc files) doesn't help, please find out by how much you need to increase BASE_PURESIZE in puresize.h for the build to succeed. (There's some logic in the Emacs sources that would calculate the number for you, but that's also broken and has been for ages, so you'll have to experiment.) Sorry that the poor state of the Emacs source code forces you to waste your time on rediscovering well-known bugs. Pip From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 10:04:01 2024 Received: (at 74744) by debbugs.gnu.org; 9 Dec 2024 15:04:01 +0000 Received: from localhost ([127.0.0.1]:55140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKfIn-0001TO-Av for submit@debbugs.gnu.org; Mon, 09 Dec 2024 10:04:01 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKfIl-0001T3-B4 for 74744@debbugs.gnu.org; Mon, 09 Dec 2024 10:04:00 -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 1tKfIf-0001Ux-In; Mon, 09 Dec 2024 10:03: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=D6OW3qNO6wdQfcHHIOEVsgUtntXSVQK/8e2xsxXmK/U=; b=FbvbW2pQGCOz GtVZF5YY1xYuoq2A1CRc8o4/daitctSmH4Y1Xe+BwEpVxJZKgguc8xYt0GXXEDoGR6IUhG3UgAuFm OEoMsrpRgdpsnL+6UbbEK6CZcFBzruRIngGZMp+mT1VFYTe/Pjlpw/E1+rZR39Mdz2tI1K1IOT98r aTVK7F6zOsOJHPwhjfuRrVr0yS5eYYbuSCYS8OAFxr6IaXqo8S7qXSj04wacGkkRw1L+wnvJgUyFr nzI+pbDfP/PqsIqUzEmEh9FYw9RjeK+39IszDRuL168a3jie43/kHVC5R1Bo98oMcwMD2ouJ19Icu eNs9NdCqSMZsGcsuasBzJA==; Date: Mon, 09 Dec 2024 17:03:24 +0200 Message-Id: <86plm0dhkz.fsf@gnu.org> From: Eli Zaretskii To: Eric Marsden In-Reply-To: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> (message from Eric Marsden on Mon, 9 Dec 2024 11:48:27 +0100) Subject: Re: bug#74744: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") References: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74744 Cc: 74744@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: -3.3 (---) > Date: Mon, 9 Dec 2024 11:48:27 +0100 > From: Eric Marsden > > Hello, > Building current HEAD (6df535788a20c9047d33dd8a0c62258597632647) on Linux/AMD64 fails with a SEGV. > I see that there is a "Pure Lisp storage overflowed" message which is perhaps related. And if you enlarge PURESIZE, does the segfault go away? Also, please try without --enable-link-time-optimization and without the -flto=8 -ffat-lto-objects compiler options. If all of the above doesn't help, please run the crashing command under GDB and show a backtrace from the crash. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 09 11:28:24 2024 Received: (at 74744) by debbugs.gnu.org; 9 Dec 2024 16:28:25 +0000 Received: from localhost ([127.0.0.1]:55307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKgcS-0006Np-IG for submit@debbugs.gnu.org; Mon, 09 Dec 2024 11:28:24 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tKgcQ-0006NY-HF for 74744@debbugs.gnu.org; Mon, 09 Dec 2024 11:28:23 -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 1tKgcK-0003dP-Je; Mon, 09 Dec 2024 11:28:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=/RvF5yPiuNCujrroM5TVq9i3Uw6Sf5XoxH73nY8vt8A=; b=XYlt9Sh3grxJj9Rb+d07 EdpAlsxrJN3ImUeCJmEkQYe09hKAX9Ye5CSQhYYR7xFw0X5B3R7VvcJMB51bMd8UQc8tXlhxKAUFl voC4aejxA9/hPgd/wrYc0kZ2MVcd7AYWg8quHEVvMrbNiay+EINELvtdun+Z8SGSgdcXFQFqsNv3o vhrDjpTMi2h6E9Z96f8RnpezrSJ7gl6riBOUTeo8tOsXz3CN/8p00Yz+8ZV4v53d4eJ71ohp/X1BZ SZbhcqdF93a0B1MCLeexi0ezOiOcwGrw436HIYmFByk1CGfwr7EINOGZQZClgUOZuflEyi7tYCy1G +7hXpUQKDKplRw==; Date: Mon, 09 Dec 2024 18:27:47 +0200 Message-Id: <86h67cddoc.fsf@gnu.org> From: Eli Zaretskii To: Eric Marsden In-Reply-To: <43753bef-994f-4a90-9867-ab9f9fc112e0@risk-engineering.org> (message from Eric Marsden on Mon, 9 Dec 2024 16:23:56 +0100) Subject: Re: bug#74744: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") References: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> <86plm0dhkz.fsf@gnu.org> <43753bef-994f-4a90-9867-ab9f9fc112e0@risk-engineering.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74744 Cc: 74744@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: -3.3 (---) > Date: Mon, 9 Dec 2024 16:23:56 +0100 > Cc: 74744@debbugs.gnu.org > From: Eric Marsden > > On 09/12/2024 16:03, Eli Zaretskii wrote: > > And if you enlarge PURESIZE, does the segfault go away? > > > > Also, please try without --enable-link-time-optimization and without > > the -flto=8 -ffat-lto-objects compiler options. > > Thanks, inspired by Pip's suggestion I used > >   ./configure --with-options >   make FAST=true bootstrap > > which worked, so I have not investigated further. I was not anticipating > that the default make recipe might fail due to pre-existing object files. Yes, pure space can overflow if loadup loads byte-compiled files. This is a known subtlety that sometimes pops up. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 23 21:51:06 2024 Received: (at 74744) by debbugs.gnu.org; 24 Dec 2024 02:51:06 +0000 Received: from localhost ([127.0.0.1]:58780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPv0k-0002pO-87 for submit@debbugs.gnu.org; Mon, 23 Dec 2024 21:51:06 -0500 Received: from mail-ej1-f53.google.com ([209.85.218.53]:50183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tPv0h-0002pF-UF for 74744@debbugs.gnu.org; Mon, 23 Dec 2024 21:51:05 -0500 Received: by mail-ej1-f53.google.com with SMTP id a640c23a62f3a-aa69107179cso797400266b.0 for <74744@debbugs.gnu.org>; Mon, 23 Dec 2024 18:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735008603; x=1735613403; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=i3Fre34tPsZY1P2dIdsixXLvxl+ymsCQGrozKKREdnk=; b=juTPanY+qAkDLaoQzOjL7YfQKLa5iRpoGXN1PBNpyeuGBsj6OQr7mGV4doukCNCBbq mUMlB3/jAcruhHL9pmAMj/c3dzJ55r8kwgR9SoCEWLiDwk5Ow0NWXp10zPwoalZxXG2m d6iFgjrtMyIGitxASL4hD7Y3pb+pIiwklV38MMRKRaicqhnE1HrkgoiCX0pQs48mB8Gj Uxt94uP+GXGAGuXIJ6XQBr8sZkrmnsFZ7z9l31jzkh/uq4zsPVMb8IA1O22MXFnyZcg0 4hUWhu712paoShelhtrviE/955c9tVXCIhmTo3aydBTJDJjf9mQs5TVE0M/LFumvr5Lc oGpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735008603; x=1735613403; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=i3Fre34tPsZY1P2dIdsixXLvxl+ymsCQGrozKKREdnk=; b=oLK6RfQDvhC41ynm6fnrxDHbqFFjO+yDSvi1CMmETxdCxXnIaqnjRXeiTMD61jI291 fBrHEWxAHfCvlgDe5hiAegZvlM6gDofSAVKptt3O5tWLzj0h8mfFSwBOcFqyv0/iTUib +UdHM+AN0NTNeH3YrLvAA92aPQmr41Htk477D2+Urew/ZDi0J0vlGy5e1Qt2T5wlXShk YQcYgNko01+lB/nv0h0Yy3xgiCMDLUoQrnkOEjRju8yl/MBc7fhszF2iuTURlZhqOoGo 1SmS8QrpqVJ7qY44ISopcm8xtX2XedB6zRVFRmt75Cn0lVXF//1R8rRDJxRNeJnRLPSf Bkew== X-Gm-Message-State: AOJu0YwMlRquXw9EhuC6sViFjdzixDHN18TepJkSL5+Om4702hSXLx+v okpa5qpB+ghSsxrTMoYfPfGm/4VDFf4utvMHFPPA3cw/3XjN0SZPSKA4pQL/BTb5/L/HSyCq9D9 qJd5SUoQ1waVJdjupVjft02iBBQQ= X-Gm-Gg: ASbGncts6GZSDE6aPwQBL2eqMG00hZThmbH8yjua61unzDi58NvpXqKN+brixXA9aus fBcd+t77z+0aBPbgFwMyxMNsBj/2DN3nsJR86oJo= X-Google-Smtp-Source: AGHT+IERK3BzahBcXcwkYXjGXR3ZG1Fjx8oAiN82W6lNJk+zlCeEXljrNm6PFTKs0LHF6pzMLRWhDqh5lYmGJO0m5gI= X-Received: by 2002:a17:906:c143:b0:aa6:557a:c36f with SMTP id a640c23a62f3a-aac334e37dfmr1419305166b.46.1735008602830; Mon, 23 Dec 2024 18:50:02 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 24 Dec 2024 02:50:02 +0000 From: Stefan Kangas In-Reply-To: <86h67cddoc.fsf@gnu.org> References: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> <86plm0dhkz.fsf@gnu.org> <43753bef-994f-4a90-9867-ab9f9fc112e0@risk-engineering.org> <86h67cddoc.fsf@gnu.org> MIME-Version: 1.0 Date: Tue, 24 Dec 2024 02:50:02 +0000 Message-ID: Subject: Re: bug#74744: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") To: Eli Zaretskii , Eric Marsden Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74744 Cc: 74744@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 (-) tags 74744 + pending thanks Eli Zaretskii writes: >> Date: Mon, 9 Dec 2024 16:23:56 +0100 >> Cc: 74744@debbugs.gnu.org >> From: Eric Marsden >> >> On 09/12/2024 16:03, Eli Zaretskii wrote: >> > And if you enlarge PURESIZE, does the segfault go away? >> > >> > Also, please try without --enable-link-time-optimization and without >> > the -flto=3D8 -ffat-lto-objects compiler options. >> >> Thanks, inspired by Pip's suggestion I used >> >> =C2=A0=C2=A0./configure --with-options >> =C2=A0 make FAST=3Dtrue bootstrap >> >> which worked, so I have not investigated further. I was not anticipating >> that the default make recipe might fail due to pre-existing object files= . > > Yes, pure space can overflow if loadup loads byte-compiled files. > This is a known subtlety that sometimes pops up. Given that we are planning to remove pure space, maybe this bug should be closed. I'm tagging it as pending for now. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 01 20:51:54 2025 Received: (at 74744-done) by debbugs.gnu.org; 2 Jan 2025 01:51:55 +0000 Received: from localhost ([127.0.0.1]:41279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTANO-0001px-Fl for submit@debbugs.gnu.org; Wed, 01 Jan 2025 20:51:54 -0500 Received: from mail-ej1-x636.google.com ([2a00:1450:4864:20::636]:48165) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tTANI-0001pf-LG for 74744-done@debbugs.gnu.org; Wed, 01 Jan 2025 20:51:53 -0500 Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-aa66ead88b3so2000584066b.0 for <74744-done@debbugs.gnu.org>; Wed, 01 Jan 2025 17:51:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735782707; x=1736387507; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=PM8GM+VC5WUlM+4mZ/RvF3DqnjOjkf23eje4QcWuEyw=; b=U81m2qWfUJuiNxz962Bou8g3UKjoav8hjCsVvHhmOk/vJB+CKgcQAM58jC1MWbVHA5 00sLOb6kSGl9OMn+9AdiyZXanZvQWTqRXA5k8TOlLkgNHho84fIskmTn332CUYBpi6IM oUuQhb6/ltQ4V9yiQRI1IDrL7SzCVctPAKbcem9OdKQAhuNChUusp/meVTe/HlubEy9E nwvZ1EQbQljrA9mXb8ciI1vBJJBhO4UZCk6hw4tMhu4TXW7SE11GulMxonWZXZYXumxx tfp3DEKlchIQGi3KOka1/5X95IBPdVDxi2TGLsSWLP3vFlS8PwavdrSvw5dYPMD8uVpQ rssQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735782707; x=1736387507; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=PM8GM+VC5WUlM+4mZ/RvF3DqnjOjkf23eje4QcWuEyw=; b=Ta1v2sku5PY0ZfK5faA1YLAID/T9AytDv6MUSEh8gQ2Is2kPnQ3S3+TBKw3RtPiece i5h3KTJOwPMUNmb3soBjlcwDRQ9lTsr0dIo5CdKgY1c97WSCtp5a3pjS3xiw/lj9mPlR PnMZIxXY840S2t4jJsFev3Rz57DsEGej4cKDXqQIM2VjGTzhMkTgBwX6Uh7Hp81noUpT NqHbKB3/9AcYqW+aG0s9uWgeKnfMuaDb74OsAr/cbgGw4TnG9j4DM2/s45Ed56iCdHgm C5CC6p8nlFKC7PAUoWNIsu3KZg3eoQ+IdZ0FHNvMOm6V39b8O21iGWYyK1kZ7sfo8mPY lZGg== X-Forwarded-Encrypted: i=1; AJvYcCUlonf+kYytl9wjripADMe0/+l4YepxjMYBo2IYhfMBpRKos4vKqcJ69GnsUr70d6Q0qDHmxN54hMa2@debbugs.gnu.org X-Gm-Message-State: AOJu0YyxE0GjsTZQIji+7A8iWbcQvC0nAm1JvMm14tHGW0ZmBCqXvxLm FymzgR5ahI1mzDIqgu6Enoj1KIglHSbLWMvnXfAXIbNXAAtQ5BaFykUSdjblzKeX6c8Rv0/v8a2 aizaruFVbnv86Jl21MGzplF+ll94= X-Gm-Gg: ASbGncvKV1zctwjGUCxsVNbg+G+YjiAMoozOc3uE2sgILgEtcRW2LwXcMqkCd+qMCtH s6uLpa3xc9jV94UlP1KlYX2x78IaEwYJ/801zGCkI X-Google-Smtp-Source: AGHT+IF5SluobRqNeacx4aojKn8W2cAwhC76iSSWLLCqVeN6OGeKsEATgNoNNDIc2egFpLcWQyaqBC8upojBdrht65w= X-Received: by 2002:a17:907:3d86:b0:aa6:8e72:e50b with SMTP id a640c23a62f3a-aac3366a0c0mr4599552366b.56.1735782706710; Wed, 01 Jan 2025 17:51:46 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 1 Jan 2025 19:51:46 -0600 From: Stefan Kangas In-Reply-To: (Stefan Kangas's message of "Tue, 24 Dec 2024 02:50:02 +0000") References: <7b99adb7-ce18-4454-a84c-e346d611ab71@risk-engineering.org> <86plm0dhkz.fsf@gnu.org> <43753bef-994f-4a90-9867-ab9f9fc112e0@risk-engineering.org> <86h67cddoc.fsf@gnu.org> MIME-Version: 1.0 Date: Wed, 1 Jan 2025 19:51:46 -0600 Message-ID: Subject: Re: bug#74744: Build failure: SEGV in temacs (with "Pure Lisp storage overflowed") To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74744-done Cc: 74744-done@debbugs.gnu.org, Eric Marsden 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 (-) Stefan Kangas writes: > tags 74744 + pending > thanks > > Eli Zaretskii writes: > >>> Date: Mon, 9 Dec 2024 16:23:56 +0100 >>> Cc: 74744@debbugs.gnu.org >>> From: Eric Marsden >>> >>> On 09/12/2024 16:03, Eli Zaretskii wrote: >>> > And if you enlarge PURESIZE, does the segfault go away? >>> > >>> > Also, please try without --enable-link-time-optimization and without >>> > the -flto=3D8 -ffat-lto-objects compiler options. >>> >>> Thanks, inspired by Pip's suggestion I used >>> >>> =C2=A0=C2=A0./configure --with-options >>> =C2=A0 make FAST=3Dtrue bootstrap >>> >>> which worked, so I have not investigated further. I was not anticipatin= g >>> that the default make recipe might fail due to pre-existing object file= s. >> >> Yes, pure space can overflow if loadup loads byte-compiled files. >> This is a known subtlety that sometimes pops up. > > Given that we are planning to remove pure space, maybe this bug should > be closed. I'm tagging it as pending for now. I'm closing this bug report now. From unknown Sat Jun 21 03:03:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 30 Jan 2025 12:24:12 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator