From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#58625: bug-gnu-emacs@gnu.org Date: Fri, 21 Oct 2022 00:43:56 -0700 Message-ID: References: <4C33CE39-9428-43F7-B5C6-46A5403ADD97@univie.ac.at> <518C36B8-6D75-4FC2-B348-0FD9C8F74791@univie.ac.at> <920562AA-16EB-4501-A649-F218CF60CA6B@univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2551"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58625@debbugs.gnu.org To: Konrad Podczeck Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 21 12:02:22 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1olor7-0000Of-Je for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Oct 2022 12:02:21 +0200 Original-Received: from localhost ([::1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1olor5-00019Y-6J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Oct 2022 06:02:19 -0400 Original-Received: from [::1] (helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1olmia-0002Ej-Qz for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Oct 2022 03:45:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1olmiI-00022D-3l for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2022 03:45:11 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1olmiE-0001xl-4U for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2022 03:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1olmiD-0006B0-K1 for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2022 03:45:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Oct 2022 07:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58625 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 58625-submit@debbugs.gnu.org id=B58625.166633824623656 (code B ref 58625); Fri, 21 Oct 2022 07:45:01 +0000 Original-Received: (at 58625) by debbugs.gnu.org; 21 Oct 2022 07:44:06 +0000 Original-Received: from localhost ([127.0.0.1]:36854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1olmhJ-00069T-O5 for submit@debbugs.gnu.org; Fri, 21 Oct 2022 03:44:06 -0400 Original-Received: from mail-oa1-f45.google.com ([209.85.160.45]:37491) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1olmhH-00068m-3L for 58625@debbugs.gnu.org; Fri, 21 Oct 2022 03:44:03 -0400 Original-Received: by mail-oa1-f45.google.com with SMTP id 586e51a60fabf-12c8312131fso2585804fac.4 for <58625@debbugs.gnu.org>; Fri, 21 Oct 2022 00:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; 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=NbqDwU8nM7bfvF/1TRoR7Wq4Jw4K7TS2eYZ2Gz+t15Y=; b=YHhj8zwIuLD8OOeVBaproB+sLDorVQpFXofZlWxS0fB/WzSgP6bAPB+Y4+Fo7/4RGZ y9mRhGPbEz23y5g6PWkRm2Fo0BNPETiPM2B2HyZMNJ/t9CPouEVidEYmY51aA0OM4c7O PNrqZawM+CxduWhnzDPSMAQcOn7n/MjGNnC7PECaqORNi6+Y3/Kvu1sNlDXxNqv4wwbt Sso1wYfOLOJxjTx5x+3tmNKXbrVqgPSNWwV7fityO4M/1g5+n5AlSm7jHPKL5zSdrVO8 Er0+6unbxFhHiBXfEUInqNPQe6kGMPRwNcCel/+YbxH0JJmdAGMT/Nlnxr0wzXkG4NuA MNjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=NbqDwU8nM7bfvF/1TRoR7Wq4Jw4K7TS2eYZ2Gz+t15Y=; b=v+rouVo/H914ESkCrevvOn0kZMtYmgM5+dD4BMMyfZERsUWfoWXQ5XEq7kYAA6jYLi PXihst9NXUOnpmqi3fqhm0iZiUrtC1FQXk+gXlCJ+o7kQrWPUnfETh/r1sWKSN0EvgrB B0RSMZdfOIC2BD02Fs+sOh4WGb0QOhgHQ/GLtkRZQdw1S9hCJXDkjhrUtN8KhnSdWyKD lG+McevuHEaedL3CHA730MsUx8yKsaldUpcqAa37bM4daH/hVExPBJRiZeAVBX2tJEvR YFNc5Z91rT3z6l8cx/e+0P2rxJpXDRnjW5MdlZPohXAkXwqVRcY02DtpYmjsTCpW14Bp JxvA== X-Gm-Message-State: ACrzQf0r5sui6HIerW/LAtvzW/+IexoRq+2gtjWWXPJLv6vtvn0CZjpO F2jy7+Gn4RGbhOBiTAxFGVpL/16oyDXxf8njdSA1Y3C/ X-Google-Smtp-Source: AMsMyM6p25idpCF83Y3OE+n1BelvOfb7R+SHYkIwTmXyzqbCgt0/d5DK83pZZmgNUuvynAMpx+gPJTycyFy5YpspVus= X-Received: by 2002:a05:6870:d79a:b0:136:50d7:faa9 with SMTP id bd26-20020a056870d79a00b0013650d7faa9mr27225327oab.92.1666338237416; Fri, 21 Oct 2022 00:43:57 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 21 Oct 2022 00:43:56 -0700 In-Reply-To: <920562AA-16EB-4501-A649-F218CF60CA6B@univie.ac.at> X-Hashcash: 1:20:221021:58625@debbugs.gnu.org::ogXkMMCTXPbqzDG/:7XfR X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:245976 Archived-At: forcemerge 58637 58625 thanks Konrad Podczeck writes: >> This may be related to the recently fixed Bug#58637. > > Yes, with the latest master branch, everything is fine. Great, thanks for checking. > One final question: Now, e.g., latex.el., from the folder > =E2=80=A6/elpa/auctex-13.1.4, compiles into an eln-file, however, deletin= g > afterwards the files latex.el and latex.elc from the folder > =E2=80=A6/elpa/auctex-13.1.4 results in an auctex with losses > functionality. On the contrary, if, e.g., startup.el.gz and > startup.elc are deleted from Applications/Emacs/Contents/Resources > /lisp, the Emacs.app continues to be full functional. Can it be that > such differences in the results of native compilation occur? No, I think this is because startup.el is preloaded (so we don't need to re-read that file from disk, it is already in memory when Emacs starts).