From unknown Sat Aug 16 21:11:38 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#29620 <29620@debbugs.gnu.org> To: bug#29620 <29620@debbugs.gnu.org> Subject: Status: configure fails when cross-compiling for the same architecture Reply-To: bug#29620 <29620@debbugs.gnu.org> Date: Sun, 17 Aug 2025 04:11:38 +0000 retitle 29620 configure fails when cross-compiling for the same architecture reassign 29620 emacs submitter 29620 Pip Cet severity 29620 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 08 19:10:58 2017 Received: (at submit) by debbugs.gnu.org; 9 Dec 2017 00:10:58 +0000 Received: from localhost ([127.0.0.1]:52987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNSjJ-0002g0-K2 for submit@debbugs.gnu.org; Fri, 08 Dec 2017 19:10:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNSjH-0002fn-Qe for submit@debbugs.gnu.org; Fri, 08 Dec 2017 19:10:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNSjB-0002GA-Gj for submit@debbugs.gnu.org; Fri, 08 Dec 2017 19:10:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33416) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eNSjB-0002Fz-DL for submit@debbugs.gnu.org; Fri, 08 Dec 2017 19:10:49 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eNSjA-0008Dh-El for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 19:10:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eNSj9-0002El-KD for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 19:10:48 -0500 Received: from mail-wm0-x22f.google.com ([2a00:1450:400c:c09::22f]:37259) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eNSj9-0002DW-Dp for bug-gnu-emacs@gnu.org; Fri, 08 Dec 2017 19:10:47 -0500 Received: by mail-wm0-x22f.google.com with SMTP id f140so5533324wmd.2 for ; Fri, 08 Dec 2017 16:10:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=MFB4ntyzTqhU1unpxJ2h9y0yR++V04MuYjI7MDmeHqI=; b=d3y+6OGh5zjuhb1B5KWT5h6BEXSO1LKgqvz9k6ZqFWNvN0g+NgWMD5dtGj9AZ29fva ikNX+h5UUgiMof0n7nEVxHdTmYlolh30atjjjlsWZzs39Elnn0Xj7k5JsCXbdLpbpy+U ZHCs9ZObXGqwGD+FC/ZUi17WrM9293xM3AGjT3bpwWXlXHVRObX62Fpex+l0jS7Q/ZH8 bYAGOedYmBzCKM7WJBt75Swa6xf7AnkgT9R5iY8wO/sfPZW9LOLoRySFnuUvfYJHmk+J evQRt0XLa2Vxg2hgPLkJayZfuat6yyRGnth5BoqFwdmJD9BV0rXliqf0k3EBs12crlqQ 766A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MFB4ntyzTqhU1unpxJ2h9y0yR++V04MuYjI7MDmeHqI=; b=Qg4tynhyAo1UAhIwlWgu6cFruWq1Hxjk9F1VPB+4XvMCCoiuQ7N4Qz0vabevwqp1IU +k4LVVw8lKxkbJ0d+nafK5mGBEeF/c6MaBCNY4WufZGqwMrSVw7k3Tk+ugUVQCwl1K4U gxBa7ou7ANRiAGFoIe+WCxu21zouQdGdmiFqryy1nkMjd0019Snzh9Lefce+dg3NnBtL i5BMNv9jUWzmqYD11H6xmhVV+lI+UyL/k3s0WXf9ndRg73mFYWJHhfYkf2jB0pzv4a3V WinoH57slvTaYcxKuw5pWZqb27h2/HROpuVtTfs7vjTFbl/u6Wnc1klkrTDewSBwuvQf ldBg== X-Gm-Message-State: AJaThX58YQbl5jqV1tG8jlUqn7otGF5YXNZixFq/tbBbfKNkqjMGH3LD JW3CiMA9xI8lzP3EJAfzJGbJPawZgwKorKVpqDk= X-Google-Smtp-Source: AGs4zMYeHneXSmKjD29mmp4NR2ro2ae6ConZa9HZi3Qu7gWuj2HQrm0xa9g00x5tH/a5utkSB9ryROef4dcqZQtAf/k= X-Received: by 10.80.137.154 with SMTP id g26mr51550504edg.146.1512778246102; Fri, 08 Dec 2017 16:10:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.150.6 with HTTP; Fri, 8 Dec 2017 16:10:05 -0800 (PST) From: Pip Cet Date: Sat, 9 Dec 2017 00:10:05 +0000 Message-ID: Subject: configure fails when cross-compiling for the same architecture To: bug-gnu-emacs@gnu.org, eggert@cs.ucla.edu Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.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: -4.0 (----) I tried building Paul's MPX patch on a CPU that doesn't support MPX, so I could run the executable with Intel's CPU emulator. I used ./configure CFLAGS="-O2 -g3 -mmpx -fcheck-pointer-bounds", but that failed because the executable produced by the tputs test cannot run (natively) on my CPU. It would be nice to have a configure option to specify that while build and target machines share the same architecture, they don't share the same -m flags, so that we're effectively cross-compiling. Is this possible with autoconf? From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 13 14:44:32 2017 Received: (at 29620) by debbugs.gnu.org; 13 Dec 2017 19:44:33 +0000 Received: from localhost ([127.0.0.1]:60823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePCxD-0004BZ-1L for submit@debbugs.gnu.org; Wed, 13 Dec 2017 14:44:32 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:55106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePCx8-0004BJ-EN for 29620@debbugs.gnu.org; Wed, 13 Dec 2017 14:44:27 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 218A1160911; Wed, 13 Dec 2017 11:44:20 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 53ZLb3OHnJJX; Wed, 13 Dec 2017 11:44:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4BE631614AB; Wed, 13 Dec 2017 11:44:19 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Uey_faJB9-VG; Wed, 13 Dec 2017 11:44:19 -0800 (PST) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 340E5161490; Wed, 13 Dec 2017 11:44:19 -0800 (PST) Subject: Re: configure fails when cross-compiling for the same architecture To: Pip Cet References: From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: Date: Wed, 13 Dec 2017 11:44:19 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29620 Cc: 29620@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: -2.3 (--) [Sending again, as my earlier message was CC'ed to the wrong bug number.] On 12/08/2017 04:10 PM, Pip Cet wrote: > I tried building Paul's MPX patch on a CPU that doesn't support MPX, > so I could run the executable with Intel's CPU emulator. I used > ./configure CFLAGS="-O2 -g3 -mmpx -fcheck-pointer-bounds", but that > failed because the executable produced by the tputs test cannot run > (natively) on my CPU. That's odd, since MPX instructions are supposed to be no-ops on non-MPX CPUs. "./configure CC='gcc -mmpx -fcheck-pointer-bounds' && make" works fine on Emacs master when I build it on my old non-MPX desktop running Fedora 27 x86-64. This is an AMD Phenom II X4 910e processor (circa 2010). > It would be nice to have a configure option to specify that while > build and target machines share the same architecture, they don't > share the same -m flags, so that we're effectively cross-compiling. Is > this possible with autoconf? I would think that a cross-compiler-enabled configure script would work easily with that, as it shouldn't care how closely related the build and target machines are. However, the Emacs build procedure isn't designed to work in cross-compilation builds so I'm afraid that if you want to cross-compile you'll need to do it by hand (admittedly a daunting prospect). From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 10 11:42:49 2020 Received: (at 29620) by debbugs.gnu.org; 10 Aug 2020 15:42:49 +0000 Received: from localhost ([127.0.0.1]:37275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59wm-0006QQ-VR for submit@debbugs.gnu.org; Mon, 10 Aug 2020 11:42:49 -0400 Received: from mail-yb1-f193.google.com ([209.85.219.193]:38954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59wk-0006Pn-JN for 29620@debbugs.gnu.org; Mon, 10 Aug 2020 11:42:47 -0400 Received: by mail-yb1-f193.google.com with SMTP id q16so5387363ybk.6 for <29620@debbugs.gnu.org>; Mon, 10 Aug 2020 08:42:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=TcNDK5OnwsXVoFVD24qcrPCn+etMkWipsASvcjCUgMU=; b=kSN3U4aRv96vfxWtXoro+ma9rxQG5cIKjTAoWVuBz5KDdpfxhqJbdGkeMoF7mbQQKV Y5TjIYrhJ7N99SVH5DQ6GPsAKCCo8Q7KZZRYfN/C9jZQUHFYKqTxIp4tIPB+UXV7g5OT 0aT7poddMfwCOITuG481iQlMXcXpc/0ZoGe3okAZdShXrQPZH2M9lVNbLHH/OM7gNF/A zOg1h8fcxyoMyqiUKrE7m1QCgkW9yaHiKBodWWSthoH6xoFMM+wtDXUDzqjLz0mkBRd0 OYdnxoiv44S6X8EsqeSDmsHDCjhTWKVrWmTPfxR6nDykc65TPIctLkKN+ETY24RahYK+ hH5Q== X-Gm-Message-State: AOAM530RUPuRrvCWMbEc/QtzjQvy+usAlPBkUeqGkCH11N5lUDlzM/pR ZdRaYtWJc7nShDqxsQWXLwbKzf+reYshzQMEwy+0w0XQU/g= X-Google-Smtp-Source: ABdhPJyKtDXIVbX/NmJXMvgXw6CBiXPQ3Xdxmw5t4Qg4IJpWu/pA58MUIVuu1fHOOvDmOG6pKNUOkYff/SJH3C89MSE= X-Received: by 2002:a25:b88b:: with SMTP id w11mr42837800ybj.129.1597074161227; Mon, 10 Aug 2020 08:42:41 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 10 Aug 2020 08:42:40 -0700 From: Stefan Kangas In-Reply-To: (Paul Eggert's message of "Wed, 13 Dec 2017 11:44:19 -0800") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 10 Aug 2020 08:42:40 -0700 Message-ID: Subject: Re: bug#29620: configure fails when cross-compiling for the same architecture To: Paul Eggert Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 29620 Cc: 29620@debbugs.gnu.org, Pip Cet 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: > [Sending again, as my earlier message was CC'ed to the wrong bug number.] > > On 12/08/2017 04:10 PM, Pip Cet wrote: >> I tried building Paul's MPX patch on a CPU that doesn't support MPX, >> so I could run the executable with Intel's CPU emulator. I used >> ./configure CFLAGS="-O2 -g3 -mmpx -fcheck-pointer-bounds", but that >> failed because the executable produced by the tputs test cannot run >> (natively) on my CPU. > > That's odd, since MPX instructions are supposed to be no-ops on non-MPX > CPUs. "./configure CC='gcc -mmpx -fcheck-pointer-bounds' && make" works > fine on Emacs master when I build it on my old non-MPX desktop running Fedora 27 > x86-64. This is an AMD Phenom II X4 910e processor (circa 2010). > >> It would be nice to have a configure option to specify that while >> build and target machines share the same architecture, they don't >> share the same -m flags, so that we're effectively cross-compiling. Is >> this possible with autoconf? > > I would think that a cross-compiler-enabled configure script would work easily > with that, as it shouldn't care how closely related the build and target > machines are. However, the Emacs build procedure isn't designed to work in > cross-compilation builds so I'm afraid that if you want to cross-compile you'll > need to do it by hand (admittedly a daunting prospect). No update here within two and a half years. From reading the bug report, it is not clear to me if there is more to do here or not. (No support for cross-compilation is a known issue tracked in e.g. Bug#9192.) So should this be closed? Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 10 11:44:53 2020 Received: (at 29620-done) by debbugs.gnu.org; 10 Aug 2020 15:44:53 +0000 Received: from localhost ([127.0.0.1]:37286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59ym-0006Uq-UG for submit@debbugs.gnu.org; Mon, 10 Aug 2020 11:44:53 -0400 Received: from mail-oo1-f41.google.com ([209.85.161.41]:41312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59yk-0006Ub-TS for 29620-done@debbugs.gnu.org; Mon, 10 Aug 2020 11:44:51 -0400 Received: by mail-oo1-f41.google.com with SMTP id x6so1971373ooe.8 for <29620-done@debbugs.gnu.org>; Mon, 10 Aug 2020 08:44:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4EES+dDKUKPxlOOwlKo8cz9GzcUWzEVXvLFzsB2cGv4=; b=dJCpVdSR19S1oBtn/X3VBmcKsCZV8Bde3uGAw88qcKgZTaMUwCnpBBqlGAbCcRhhV2 5ttkGNqILyFYmA6RbFBWNjBlJsp1gFTXXKyeTG+SLHPbCKwBGyBE89l33zEBWcPRivX4 BJBze8aEK3rZEE/qKtQER9XI+zv7ynX5p9aLX5cTCLNr+e/ZQVbK9iM8JrK/LYT2plRU LE3t3xpwWTcvRggvw33z1dERENUtCKj5hid0dt5HV1Y/ZK4VOVAwuKq5XcivB6sUzr1H LnEEFgLX5T41X0Kid9XT4M2UShC/R71y/QELnPCOgPD63I3PXficzBG4NACcFXMAelPq /Llw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4EES+dDKUKPxlOOwlKo8cz9GzcUWzEVXvLFzsB2cGv4=; b=RiR276fE7dDRwFjn0HGqryGEV1wP3bQofdgnhAvezp8e/eassbkbjneq8qa2LxyZXF sY+FjxcYjWuvY4KaOBSZP7dbCQtv5PW4ILAP33hcTd/qNjdgvbb4eHTk+POVFtvvarlE lQway+/B5tdHdA8BA2cHpmIcmkJ1qZch2D9X+UYjhHDJuwEZe+Z2PftnLzaR63afFhZa p9DCZZf+2q6tEhFni0EuUYl4tHQdldWAA3BrWMLEvNUxJImocIh+HXybGOTyI6s6Fygf +6ILT2NAX6xV38bM6LLT4okKOqLEPx+cE3m49MBa3EDmIIvCJ/qPJqMjSijmRN2YxFGF KcBw== X-Gm-Message-State: AOAM530z6cFUG05rKkLrjvCHqqZE0onloZSidiJS6sfegV+A0Fs4ZMaB juVYVsJWKZiz/G7qTMo5KB1hNJqct3dZxx1Y2xw= X-Google-Smtp-Source: ABdhPJwa+aIf2VZGPVECqAlfx/a6oANr+Z4IrjAhsPPk72nsfUZEraCKyqT17KjaranEZCUKGl+gu7DUW/92lQIGERU= X-Received: by 2002:a4a:be0c:: with SMTP id l12mr1357000oop.22.1597074285189; Mon, 10 Aug 2020 08:44:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Pip Cet Date: Mon, 10 Aug 2020 15:44:09 +0000 Message-ID: Subject: Re: bug#29620: configure fails when cross-compiling for the same architecture To: Stefan Kangas Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 29620-done Cc: Paul Eggert , 29620-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 (-) On Mon, Aug 10, 2020 at 3:42 PM Stefan Kangas wrote: > So should this be closed? Yes, thanks! From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 11 05:40:03 2020 Received: (at 29620-done) by debbugs.gnu.org; 11 Aug 2020 09:40:03 +0000 Received: from localhost ([127.0.0.1]:38698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5QlG-0003U3-Lt for submit@debbugs.gnu.org; Tue, 11 Aug 2020 05:40:02 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:60358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5QlE-0003TQ-8z for 29620-done@debbugs.gnu.org; Tue, 11 Aug 2020 05:40:00 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id C4138160115; Tue, 11 Aug 2020 02:39:54 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id wc488cDAGmPE; Tue, 11 Aug 2020 02:39:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 1C635160116; Tue, 11 Aug 2020 02:39:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aUrwxOGxI-1g; Tue, 11 Aug 2020 02:39:54 -0700 (PDT) Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id E18CB160115; Tue, 11 Aug 2020 02:39:53 -0700 (PDT) Subject: Re: bug#29620: configure fails when cross-compiling for the same architecture To: Stefan Kangas References: From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: <856857fc-0b98-c3ee-adfc-ee760c7e7ce9@cs.ucla.edu> Date: Tue, 11 Aug 2020 02:39:53 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29620-done Cc: 29620-done@debbugs.gnu.org, Pip Cet 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 (---) On 8/10/20 8:42 AM, Stefan Kangas wrote: > No update here within two and a half years. From reading the bug > report, it is not clear to me if there is more to do here or not. The need prompting the original bug report is gone now that MPX support has been removed from Emacs. The more-general problem probably remains, but the need is relatively low (as evidenced by no discussion for years) so I'll take the liberty of closing this bug report. We can always reopen it later, or file a new bug report, or whatever. From unknown Sat Aug 16 21:11:38 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 08 Sep 2020 11:24:05 +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