From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#53024: 29.0.50; Wishlist: Byte-compile loaddefs.el? Date: Thu, 04 Aug 2022 19:14:57 +0200 Message-ID: <87iln8dj72.fsf@gnus.org> References: <87ee5mdvqu.fsf@gnus.org> <874k5wj6qr.fsf@gnus.org> <878ro5v7jb.fsf@gnus.org> <87fsicx963.fsf@igel.home> <835yj82avi.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12678"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 53024@debbugs.gnu.org, Andreas Schwab , monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 04 19:25:43 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 1oJebP-00034M-8L for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 04 Aug 2022 19:25:43 +0200 Original-Received: from localhost ([::1]:45970 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oJebN-0004mg-8g for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 04 Aug 2022 13:25:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48208) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oJeS3-0003Bc-J7 for bug-gnu-emacs@gnu.org; Thu, 04 Aug 2022 13:16:07 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36758) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oJeS3-00082c-6l for bug-gnu-emacs@gnu.org; Thu, 04 Aug 2022 13:16:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oJeS1-0004Uv-Vf for bug-gnu-emacs@gnu.org; Thu, 04 Aug 2022 13:16:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Aug 2022 17:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53024 X-GNU-PR-Package: emacs Original-Received: via spool by 53024-submit@debbugs.gnu.org id=B53024.165963331117228 (code B ref 53024); Thu, 04 Aug 2022 17:16:01 +0000 Original-Received: (at 53024) by debbugs.gnu.org; 4 Aug 2022 17:15:11 +0000 Original-Received: from localhost ([127.0.0.1]:54738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oJeRC-0004Tn-L9 for submit@debbugs.gnu.org; Thu, 04 Aug 2022 13:15:10 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:54580) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oJeR9-0004TS-KM for 53024@debbugs.gnu.org; Thu, 04 Aug 2022 13:15:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VUhoXhgBmBNplPtzMgCC39VztTPuMHuMIab5Q85OUiw=; b=QAyPHUodQ43adhNPWXh0N988i1 pRa6hqatgyNrg3Eq3bwtA1XWjTGFrv+tFY33ir9Uok9djDONlj3niNlFftvud6kh5j9XiozIMTF7s kSXshnk7kNRRW1UPaiH8x/o0Mr8NhC26R+Px5bQnQUKdYCUeer76d+YE5mJ8xJUDlKrw=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oJeQz-0000Wy-LS; Thu, 04 Aug 2022 19:14:59 +0200 In-Reply-To: <835yj82avi.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 04 Aug 2022 20:10:09 +0300") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUyMFVJRj+XYzlX MSiWjVf///8Kr2o4AAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YIBBAjNt7uzyEAAAGYSURBVDjLdZSN mYMgDIbxugBRFjA4QCE3wJWy/0z3JYhof9Lqo3lJPhKjzpnNyywi3r3Zj0SAi4vsPC3NfxOzuwIK KwVCQEamG6s/GliSBC4Acat+CocOPMmWScx80VgkRZaMP13EFyGk74onk8P8N+BeQRI93mpOlCR5 eu+GfO6RgfwNCPuPINGy+k8A6m8qk291pBc/wXM0Ixyr0dn7rCD5aSJXew8nIhRmgGA+VE/d4Okg 1FD/dveMjpu43tRK9dEDAMjqwFXF/QGwKXI5pgWz88BAdDBTzLZdkF9L1zPhOYvDY01RwgCzjp7Y rnKUlZmprkw8swIMjKbCZSjMGw7mVd1sQOc2d7BF8zeg08Pd9C4bMLETWHfApjaAziuEHJJHDeIL QR1hj2iSgzju4EQMRJTRdhUHKdoSbIv35VutvOlvB5JzW11rUVi25w5QU0uzKayaQcZrYCTDX58y gG6McTadgs2spxen5VQhbaq1fURJ3lohBmivLjalYnW5IW0R+AoUS/kK9KXA8B8RuTfMZgajMP0D +LiK0ud9WNAAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDgtMDRUMTY6MzU6NTQrMDA6MDAB0kfp AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTA4LTA0VDE2OjM1OjU0KzAwOjAwcI//VQAAAABJRU5E rkJggg== X-Now-Playing: Yes's _Yesterdays_: "Dear Father" 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:238776 Archived-At: Eli Zaretskii writes: >> debug-early-backtrace() >> debug-early(error (void-function display-warning)) >> display-warning(comp "Cannot look up eln file as no source file >> was found for >> /home/abuild/rpmbuild/BUILD/emacs-29.0.50/lisp/loaddefs.elc") >> load("loaddefs") > > Is this consistent? That is, if you repeat the "make" command after > the failure, does it succeed to continue past this point? If it does > not, is it true that lisp/loaddefs.el is not there? Perhaps this is a bug in the RPM build script. That is, now that loaddefs files are compiled, it only copies over the .elc files to rpmbuild/BUILD, and not the .el files, or something along those lines? In any case, perhaps we should blacklist the loaddefs files from being native-compiled? It doesn't make much sense to native-compile them, I think. But I don't know whether we have any machinery to do that...