GNU bug report logs - #43638
[feature/native-comp] (setf seq-elt) is already defined as something else than a generic function

Previous Next

Package: emacs;

Reported by: Jorge Javier Araya Navarro <jorge <at> esavara.cr>

Date: Sat, 26 Sep 2020 21:33:02 UTC

Severity: normal

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43638 in the body.
You can then email your comments to 43638 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sat, 26 Sep 2020 21:33:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jorge Javier Araya Navarro <jorge <at> esavara.cr>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 26 Sep 2020 21:33:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
To: bug-gnu-emacs <at> gnu.org
Subject: [feature/native-comp] (setf seq-elt) is already defined as something
 else than a generic function
Date: Sat, 26 Sep 2020 15:07:59 -0600
[Message part 1 (text/plain, inline)]
hi, I have this "bug". I compiled gccemacs using this PKGBUILD:

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=emacs-pgtk-native-comp-git

with the following settings in the PKGBUILD set as follows:

LTO="YES"
FAST_BOOT="YES"

and this is my Emacs configuration:

https://gitlab.com/shackra/emacs


---------- Forwarded message ---------
De: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Date: sáb., 26 de sep. de 2020 a la(s) 13:20
Subject: gccemacs: (setf seq-elt) is already defined as something else than
a generic function
To: emacs-devel <emacs-devel <at> gnu.org>


Today I was able to compile and install gccemacs, however my configuration
fails to load with the following:

--------------------------
Debugger entered--Lisp error: (error "(setf seq-elt) is already defined as
something els...")
  error("%s is already defined as something else than a gen..." \(setf\
seq-elt\))
  cl-generic-ensure-function(\(setf\ seq-elt\))
  cl-generic-define-method(\(setf\ seq-elt\) nil (store (sequence array) n)
nil #f(compiled-function (store sequence n) #<bytecode -0x21fe923112df641>))

byte-code("\300\301\302\303#\304\301\305\306#\210\307\310\311\310\312\313#\314#\210\315\310\313\312\313\316%\210\315\317\313\320\313\321%\210\315\317\313\322\313\323%\210\307\324\311\324\325..."
[function-put seq-let lisp-indent-function 2 put edebug-form-spec (sexp
form body) defalias seq-elt cl-generic-define (sequence n) nil "Return Nth
element of SEQUENCE.\n\n(fn SEQUENCE N)" cl-generic-define-method
#f(compiled-function (sequence n) #<bytecode -0xdc359236f16754e>) \(setf\
seq-elt\) (store (sequence array) n) #f(compiled-function (store sequence
n) #<bytecode -0x21fe923112df641>) (store (sequence cons) n)
#f(compiled-function (store sequence n) #<bytecode -0x21fe9bba03a8655>)
seq-length (sequence) "Return the number of elements of SEQUENCE.\n\n(fn
SE..." #f(compiled-function (sequence) #<bytecode 0xa614952cda4dd76>)] 7)
  require(seq)
  byte-code("\300\301!\210\300\302!\207" [require cl-lib seq] 2)
  require(cl-extra)

byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\210\300\307!\210\300\310!\210\300\311!\210\312\313\314\315\316\317%\210\320\321\322\323\324D..."
[require bytecomp cl-extra cl-lib cl-macs cl-seq gv rx subr-x warnings
custom-declare-group comp nil "Emacs Lisp native compiler." :group lisp
custom-declare-variable comp-speed funcall function #f(compiled-function ()
#<bytecode 0x1f4000171eb9>) "Compiler optimization level.  From -1 to 3.\n-
-1 f..." :type number comp-debug #f(compiled-function () #<bytecode
0x1f4000171e91>) "Compiler debug level.  From 0 to 3.\nThis intended ..."
comp-verbose #f(compiled-function () #<bytecode 0x1f4000171e91>) "Compiler
verbosity.  From 0 to 3.\nThis intended fo..." comp-always-compile
#f(compiled-function () #<bytecode 0x1f4000171e91>) "Unconditionally
(re-)compile all files." boolean comp-deferred-compilation-black-list
#f(compiled-function () #<bytecode 0x1f4000171e91>) "List of regexps to
exclude files from deferred nat..." list comp-bootstrap-black-list
#f(compiled-function () #<bytecode 0x1f4000171e91>) "List of regexps to
exclude files from native compi..." comp-never-optimize-functions
#f(compiled-function () #<bytecode 0xf08b2f6a48ba1>) "Primitive functions
for which we do not perform tr..." comp-async-jobs-number
#f(compiled-function () #<bytecode 0x1f4000171e91>) "Default number of
processes used for async compila..." comp-async-cu-done-hook
#f(compiled-function () #<bytecode 0x1f4000171e91>) "This hook is run
whenever an asyncronous native co..." ...] 8)
  native-compile-async("/home/jorge/.emacs.d/straight/build/straight/"
recursively late)
  straight--native-compile-package((:type git :host github :repo
"raxod502/straight.el" :files ("straight*.el") :branch "develop" :package
"straight" :local-repo "straight.el"))
  straight--build-package((:type git :host github :repo
"raxod502/straight.el" :files ("straight*.el") :branch "develop" :package
"straight" :local-repo "straight.el") nil)
  #f(compiled-function () #<bytecode -0x10b5c5dec572d721>)()
  straight--transaction-exec(use-package-\(:type\ git\ :host\ github\
:repo\ \"raxod502/straight\.el\"\ :files\ \(\"straight*\.el\"\)\ :branch\
\"develop\"\ :package\ \"straight\"\ :local-repo\
\"straight\.el\"\)-nil-nil :now #f(compiled-function () #<bytecode
-0x10b5c5dec572d721>))
  straight-use-package((straight :type git :host github :repo
"raxod502/straight.el" :files ("straight*.el") :branch "develop"))
  eval-buffer(#<buffer  *load*-768712> nil
"/home/jorge/.emacs.d/straight/repos/straight.el/bo..." nil t)  ; Reading
at buffer position 5370

load-with-code-conversion("/home/jorge/.emacs.d/straight/repos/straight.el/bo..."
"/home/jorge/.emacs.d/straight/repos/straight.el/bo..." nil t)
  load("/home/jorge/.emacs.d/straight/repos/straight.el/bo..." nil
nomessage)
  (let ((bootstrap-file (expand-file-name
"straight/repos/straight.el/bootstrap.el" user-emacs-directory))
(bootstrap-version 5)) (if (file-exists-p bootstrap-file) nil
(save-current-buffer (set-buffer (url-retrieve-synchronously "
https://raw.githubusercontent.com/raxod502/straigh..." 'silent
'inhibit-cookies)) (goto-char (point-max)) (eval-print-last-sexp))) (load
bootstrap-file nil 'nomessage))
  eval-buffer(#<buffer  *load*> nil "/home/jorge/.emacs.d/init.el" nil t)
 ; Reading at buffer position 908
  load-with-code-conversion("/home/jorge/.emacs.d/init.el"
"/home/jorge/.emacs.d/init.el" t t)
  load("/home/jorge/.emacs.d/init" noerror nomessage)
  startup--load-user-init-file(#f(compiled-function () #<bytecode
-0xdb362a1d8323bdd>) #f(compiled-function () #<bytecode 0x81a392fa1b1ef13>)
t)
  command-line()
  normal-top-level()
--------------------------

I've noticed that on the terminal something is print when gccemacs starts:

--------------------------
➜ emacs --debug-init
Eager macro-expansion failure: (invalid-function ((bytecomp "Symbol’s
function definition is void: gv-setter" :error "*Compile-Log*")))
--------------------------

Sadly that one buffer is blank upon inspection.

is this a bug on gccemacs or on straight.el?
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 06:16:01 GMT) Full text and rfc822 format available.

Message #8 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Cc: 43638 <at> debbugs.gnu.org
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 06:15:31 +0000
Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:

> hi, I have this "bug". I compiled gccemacs using this PKGBUILD:
>
> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=emacs-pgtk-native-comp-git
>
> with the following settings in the PKGBUILD set as follows:
> LTO="YES"
> FAST_BOOT="YES"
>
> and this is my Emacs configuration:
>
> https://gitlab.com/shackra/emacs

Well I'm not an archlinux user and I've no idea how the aur mechanism
works exactly.  I fear the best place to ask for that is not here but
where bug for arch packages are collected.

Have you tried compiling from git?  Perhaps you can give it a try so we
can see if the error persist there.

You can just use something like to compile and start it:

=====
git clone git://git.savannah.gnu.org/emacs.git -b feature/native-comp emacs
cd emacs
./autogen.sh
./configure --with-nativecomp
make
./src/emacs -Q
=====

  Andrea




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 15:04:01 GMT) Full text and rfc822 format available.

Message #11 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 43638 <at> debbugs.gnu.org
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 09:02:57 -0600
[Message part 1 (text/plain, inline)]
The PKGBUILD is just a glorified bash script, this one just activates or
deactivates compiling options shipped by the Emacs source code, reading it
should give you an idea of how Emacs is compiled

And, well, it is already compiled from Git.

El dom., 27 de sep. de 2020 a la(s) 00:15, Andrea Corallo (akrl <at> sdf.org)
escribió:

> Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:
>
> > hi, I have this "bug". I compiled gccemacs using this PKGBUILD:
> >
> >
> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=emacs-pgtk-native-comp-git
> >
> > with the following settings in the PKGBUILD set as follows:
> > LTO="YES"
> > FAST_BOOT="YES"
> >
> > and this is my Emacs configuration:
> >
> > https://gitlab.com/shackra/emacs
>
> Well I'm not an archlinux user and I've no idea how the aur mechanism
> works exactly.  I fear the best place to ask for that is not here but
> where bug for arch packages are collected.
>
> Have you tried compiling from git?  Perhaps you can give it a try so we
> can see if the error persist there.
>
> You can just use something like to compile and start it:
>
> =====
> git clone git://git.savannah.gnu.org/emacs.git -b feature/native-comp
> emacs
> cd emacs
> ./autogen.sh
> ./configure --with-nativecomp
> make
> ./src/emacs -Q
> =====
>
>   Andrea
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 17:33:02 GMT) Full text and rfc822 format available.

Message #14 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Cc: 43638 <at> debbugs.gnu.org, Andrea Corallo <akrl <at> sdf.org>
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 19:32:24 +0200
Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:

> The PKGBUILD is just a glorified bash script, this one just activates or deactivates
> compiling options shipped by the Emacs source code, reading it should give you an
> idea of how Emacs is compiled
>
> And, well, it is already compiled from Git.

The native-comp branch of Emacs is under heavy development, so I'm not
sure why Arch has packaged it up, but it certainly wouldn't be
reasonable to ask Andrea to chase down bugs in that package.

Did you try the simple recipe Andrea gave for building Emacs?

[...]

>  =====
>  git clone git://git.savannah.gnu.org/emacs.git -b feature/native-comp emacs
>  cd emacs
>  ./autogen.sh
>  ./configure --with-nativecomp
>  make
>  ./src/emacs -Q
>  =====

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 17:58:02 GMT) Full text and rfc822 format available.

Message #17 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Cc: 43638 <at> debbugs.gnu.org
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 17:57:16 +0000
Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:

> The PKGBUILD is just a glorified bash script, this one just activates or deactivates compiling options shipped by the
> Emacs source code, reading it should give you an idea of how Emacs is compiled

Hi Jorge,

I'm sorry but it will be not possible for us to help you if you don't
share the input to the compilation steps.

What your script does may depend on your environment and obviously on how
this is invoked.

If this is a bash script you could run it with like '-x' and paste the
output so we can see the compilation is performed.

Thanks

  Andrea




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 18:48:02 GMT) Full text and rfc822 format available.

Message #20 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 43638 <at> debbugs.gnu.org, Andrea Corallo <akrl <at> sdf.org>
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 12:46:54 -0600
[Message part 1 (text/plain, inline)]
Okay, let me clarify: Arch haven't packaged anything, this is a PKGBUILD
from the Arch User Repository (AUR) and things are compiled locally and the
PKGBUILD simplifies the process, on line 195 some options are set and on
line 269 the actual configure takes place, then after that the compilation
starts with `make NATIVE_FAST_BOOT=1` because, as I stated before,
`FAST_BOOT` option in the script was set to "YES" (non-nil if you wish)

for making things easier to everybody I will put all the options that are
use in the configure phase:

./configure \
    --prefix=/usr \
    --sysconfdir=/etc \
    --libexecdir=/usr/lib \
    --localstatedir=/var \
    --mandir=/usr/share/man \
    --with-gameuser=:games \
    --with-sound=alsa \
    --with-modules \
    --without-gconf \
    --without-gsettings \
    --with-nativecomp \
    --with-pgtk \
    --enable-link-time-optimization \
    --with-x-toolkit=gtk3 \
    --without-xaw3d \
    --without-m17n-flt \
    --with-cairo \
    --with-xwidgets \
    --without-compress-install

and:

make NATIVE_FAST_BOOT=1

the latest commit from the feature branch merged into master on source code
https://github.com/flatwhatson/emacs is
4a50f541447eddefcca3ebc6bedb110ac0041f90
"Fix MacOS Emacs.app installation (bug#43532)"

El dom., 27 de sep. de 2020 a la(s) 11:32, Lars Ingebrigtsen (larsi <at> gnus.org)
escribió:

> Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:
>
> > The PKGBUILD is just a glorified bash script, this one just activates or
> deactivates
> > compiling options shipped by the Emacs source code, reading it should
> give you an
> > idea of how Emacs is compiled
> >
> > And, well, it is already compiled from Git.
>
> The native-comp branch of Emacs is under heavy development, so I'm not
> sure why Arch has packaged it up, but it certainly wouldn't be
> reasonable to ask Andrea to chase down bugs in that package.
>
> Did you try the simple recipe Andrea gave for building Emacs?
>
> [...]
>
> >  =====
> >  git clone git://git.savannah.gnu.org/emacs.git -b feature/native-comp
> emacs
> >  cd emacs
> >  ./autogen.sh
> >  ./configure --with-nativecomp
> >  make
> >  ./src/emacs -Q
> >  =====
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sun, 27 Sep 2020 19:39:02 GMT) Full text and rfc822 format available.

Message #23 received at 43638 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Cc: 43638 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sun, 27 Sep 2020 19:38:15 +0000
Jorge Javier Araya Navarro <jorge <at> esavara.cr> writes:

> Okay, let me clarify: Arch haven't packaged anything, this is a PKGBUILD from the Arch User Repository (AUR) and things
> are compiled locally and the PKGBUILD simplifies the process, on line 195 some options are set and on line 269 the actual
> configure takes place, then after that the compilation starts with `make NATIVE_FAST_BOOT=1` because, as I stated before,
> `FAST_BOOT` option in the script was set to "YES" (non-nil if you wish)
>
> for making things easier to everybody I will put all the options that are use in the configure phase:
>
> ./configure \
>     --prefix=/usr \
>     --sysconfdir=/etc \
>     --libexecdir=/usr/lib \
>     --localstatedir=/var \
>     --mandir=/usr/share/man \ 
>     --with-gameuser=:games \
>     --with-sound=alsa \
>     --with-modules \
>     --without-gconf \
>     --without-gsettings \
>     --with-nativecomp \
>     --with-pgtk \
>     --enable-link-time-optimization \
>     --with-x-toolkit=gtk3 \
>     --without-xaw3d \
>     --without-m17n-flt \ 
>     --with-cairo \
>     --with-xwidgets \
>     --without-compress-install
>
> and:
>
> make NATIVE_FAST_BOOT=1
>
> the latest commit from the feature branch merged into master on source code https://github.com/flatwhatson/emacs is
> 4a50f541447eddefcca3ebc6bedb110ac0041f90 "Fix MacOS Emacs.app installation (bug#43532)"

Hi Jorge,

again this is not sufficient.  For instance was the git repo cleaned
before compiling? was some sort of make clean invoked?  I suggested in
my last mail to invoke the script with '-x' so we should see all it's
appending.

Thanks

  Andrea




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#43638; Package emacs. (Sat, 10 Oct 2020 09:31:01 GMT) Full text and rfc822 format available.

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 43638-done <at> debbugs.gnu.org,
 Jorge Javier Araya Navarro <jorge <at> esavara.cr>
Subject: Re: bug#43638: [feature/native-comp] (setf seq-elt) is already
 defined as something else than a generic function
Date: Sat, 10 Oct 2020 09:30:46 +0000
Hi all,

Closing this, happy to reopen if the problem persists and more info to
evaluate it are provided.

Thanks!

  Andrea




Reply sent to Andrea Corallo <akrl <at> sdf.org>:
You have taken responsibility. (Sat, 10 Oct 2020 09:31:02 GMT) Full text and rfc822 format available.

Notification sent to Jorge Javier Araya Navarro <jorge <at> esavara.cr>:
bug acknowledged by developer. (Sat, 10 Oct 2020 09:31:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 07 Nov 2020 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 228 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.