From: Ruijie Yu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Ruijie Yu <ruijie@netyu.xyz>
Cc: Eli Zaretskii <eliz@gnu.org>,
63742@debbugs.gnu.org, Andrea Corallo <akrl@sdf.org>
Subject: bug#63742: 30.0.50; [BUG] package.el having a hard time
Date: Sun, 28 May 2023 12:53:53 +0800 [thread overview]
Message-ID: <sdvv8gdt5j0.fsf@netyu.xyz> (raw)
In-Reply-To: <sdvwn0uui9g.fsf@netyu.xyz>
[-- Attachment #1: Type: text/plain, Size: 2874 bytes --]
>> Does the problem go away if you rebuild without native-compilation?
>> If yes, this is a known problem (bug#63679), and Andrea (CC'ed) is
>> aware of that, I think.
>
> Indeed, this problem goes away if I rebuild without native-compilation.
> To minimize changes, I used the same commit (bb7605c), and used the same
> config options except for native comp.
>
> 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
> --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
> --with-modules --without-libotf --without-m17n-flt --without-gconf
> --enable-link-time-optimization --with-native-compilation=no
> --with-xinput2 --with-pgtk --without-xaw3d --with-sound=alsa
> --with-tree-sitter '--program-transform-name=s/\([ec]tags\)/\1.emacs/'
> 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions
> -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security
> -fstack-clash-protection -fcf-protection'
> LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
>
> By the way, do we have a bisect for this, where we know what revision(s)
> introduced this issue? If not, (and if I have time during the weekend,)
> I can try to bisect it. And in the meantime, I'll sit on all my
> known-good builds until this issue is fixed.
>
> Some data points:
>
> - known good version (the build I'm using to send this message):
> "fa598571adab4858282f337b45984517e197f8a9"
>
> - known bad version (the build where I observed the reported issues):
> "bb7605c087006b714236165f88341545355d3673"
Here is the bisect result.
--8<---------------cut here---------------start------------->8---
b2b2be98da5825e6bc130999ffe38f5ed615586a is the first bad commit
commit b2b2be98da5825e6bc130999ffe38f5ed615586a
Author: Andrea Corallo <akrl@sdf.org>
Date: Wed May 24 17:05:26 2023 +0200
Fix nativecomp ICE compiling structure related code (bug#63674)
* lisp/emacs-lisp/cl-macs.el (cl-defstruct): Define the predicate to
be effective at compile time as native comp relies on `cl-typep' that
relies o predicates to work.
* test/src/comp-resources/comp-test-funcs.el (cl-lib): Require.
(comp-test-struct): Define struct.
(comp-test-63674-1-f): Add new test.
lisp/emacs-lisp/cl-macs.el | 9 ++++++---
test/src/comp-resources/comp-test-funcs.el | 8 ++++++++
2 files changed, 14 insertions(+), 3 deletions(-)
bisect found first bad commit
--8<---------------cut here---------------end--------------->8---
What I did:
$ git bisect start bb7605c087006b714236165f88341545355d3673 fa598571adab4858282f337b45984517e197f8a9
$ git bisect run sh repro.sh
With the attached files as reproducer. Hope this helps.
Oh, by the way, while inspecting my reproducer scripts I noticed that I
forgot to add -Q -- I really hope this does not bite me since
git-bisect-run took a few hours to finish.
[-- Attachment #2: make.sh --]
[-- Type: application/x-sh, Size: 682 bytes --]
[-- Attachment #3: repro.el --]
[-- Type: text/plain, Size: 75 bytes --]
;; -*- lexical-binding: t; -*-
(package-initialize)
(package-install 'xr)
[-- Attachment #4: repro.sh --]
[-- Type: application/x-sh, Size: 31 bytes --]
[-- Attachment #5: run.sh --]
[-- Type: application/x-sh, Size: 138 bytes --]
[-- Attachment #6: Type: text/plain, Size: 16 bytes --]
--
Best,
RY
prev parent reply other threads:[~2023-05-28 4:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-27 3:10 bug#63742: 30.0.50; [BUG] package.el having a hard time Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-27 5:10 ` Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-27 5:22 ` Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-27 6:37 ` Eli Zaretskii
2023-05-27 11:27 ` Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-05-28 4:53 ` Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sdvv8gdt5j0.fsf@netyu.xyz \
--to=bug-gnu-emacs@gnu.org \
--cc=63742@debbugs.gnu.org \
--cc=akrl@sdf.org \
--cc=eliz@gnu.org \
--cc=ruijie@netyu.xyz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).