bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrey Orst]

[-- Attachment #1: Type: text/plain, Size: 5867 bytes --]

I'm using my usual init file with native-comp build of Emacs, and it
doesn't work, while in current master version it works just
fine. Packages seem to load correctly only if there are `:init' keyword
in `use-package' declaration. The below is example init file that I can
represent the problem with:

    (defvar package-archives)
    (setq package-archives
          '(("gnu" . "https://elpa.gnu.org/packages/")
            ("melpa" . "https://melpa.org/packages/")))

    (when (version= emacs-version "26.2")
      (defvar gnutls-algorithm-priority)
      (setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3"))
    (package-initialize)

    (unless (package-installed-p 'use-package)
      (package-refresh-contents)
      (package-install 'use-package))

    (require 'use-package)
    (setq use-package-always-ensure t)

    (use-package company
      :bind (:map
             company-active-map
             ("TAB" . company-complete-common-or-cycle)
             ("<tab>" . company-complete-common-or-cycle)
             ("<S-Tab>" . company-select-previous)
             ("<backtab>" . company-select-previous)
             ("C-n" . company-select-next)
             ("C-p" . company-select-previous))
      :hook (after-init . global-company-mode)
      :config
      (setq company-require-match 'never
            company-minimum-prefix-length 2
            company-tooltip-align-annotations t
            company-frontends
'(company-pseudo-tooltip-unless-just-one-frontend
                                company-preview-frontend
                                company-echo-metadata-frontend)
            company-backends '(company-capf company-files)))

    (provide 'init)

With this init file, load Emacs and open `*scratch*' buffer. Company
mode should be loaded and active because of `:hook', but no
configurations are applied, e.g. `company-minimum-prefix-length' is `3',
and bindings are not defined. The very same init file can be loaded in
Emacs built from master and it will configure company properly.


In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.13,
cairo version 1.16.0)
 of 2020-04-15 built on toolbox
Repository revision: 208a11d3f0ede17b29da45c2491b703b6942a764
Repository branch: feature/native-comp
Windowing system distributor 'Fedora Project', version 11.0.12006000
System Description: Fedora 31 (Workstation Edition)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Quit [3 times]
funcall-interactively: End of buffer
Making completion list...

Configured using:
 'configure --with-nativecomp --prefix=/home/andreyorst/.local/emacs
 --bindir=/home/andreyorst/.local/bin'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY
INOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS JSON PDUMPER LCMS2
GMP

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  global-company-mode: t
  company-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec epa derived epg epg-config gnus-util
rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils company-oddmuse
company-keywords company-etags etags fileloop generator xref project
ring company-gtags company-dabbrev-code company-dabbrev company-files
company-capf company-cmake company-xcode company-clang company-semantic
company-eclim company-template company-bbdb company edmacro kmacro pcase
init cl-extra help-mode use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
easy-mmode use-package-core finder-inf info package easymenu browse-url
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 16 218313 8591)
 (symbols 48 15381 1)
 (strings 32 75978 3165)
 (string-bytes 1 2116064)
 (vectors 16 21109)
 (vector-slots 8 327508 7598)
 (floats 8 44 40)
 (intervals 56 336 0)
 (buffers 992 12))

-- 
Best regards,
Andrey Orst

[-- Attachment #2: Type: text/html, Size: 7041 bytes --]

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrea Corallo]

Hi Andrey,

I'll have a look but wanted to ask if this is something that broke
recently or not.

Thanks
  Andrea

-- 
akrl@sdf.org

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrey Orst]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

yes, I can't say the exact commit, but it happened to me yesterday, and
probably was not broken when I've built 3 days ago or so.

On Wed, Apr 15, 2020 at 4:19 PM Andrea Corallo <akrl@sdf.org> wrote:

> Hi Andrey,
>
> I'll have a look but wanted to ask if this is something that broke
> recently or not.
>
> Thanks
>   Andrea
>
> --
> akrl@sdf.org
>


-- 
Best regards,
Andrey Orst

[-- Attachment #2: Type: text/html, Size: 967 bytes --]

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrea Corallo]

Hi Andrey,

I think this should be now solved by c5ed3a72a8 that fixes
eval-after-load (use-package relies on that).

Please confirm is working for you before I close it (this is not totally
trivial).

Thanks
  Andrea

-- 
akrl@sdf.org

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrey Orst]

[-- Attachment #1: Type: text/plain, Size: 398 bytes --]

Yes, it seem to work correctly now.

On Thu, Apr 16, 2020 at 1:12 AM Andrea Corallo <akrl@sdf.org> wrote:

> Hi Andrey,
>
> I think this should be now solved by c5ed3a72a8 that fixes
> eval-after-load (use-package relies on that).
>
> Please confirm is working for you before I close it (this is not totally
> trivial).
>
> Thanks
>   Andrea
>
> --
> akrl@sdf.org
>


-- 
Best regards,
Andrey Orst

[-- Attachment #2: Type: text/html, Size: 958 bytes --]

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrea Corallo]

Andrey Orst <andreyorst@gmail.com> writes:

> Yes, it seem to work correctly now. 

Great closing.

Andrea

-- 
akrl@sdf.org

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Sebastian Sturm]

I'm not sure if this is related but I'm using doom-emacs and with 
yesterday's build (I believe it was commit b7678cf10..., removed the 
working directory in the meantime) I'm getting loads of errors saying 
'Autoloading file <...>/autorevert.eln failed to define function 
doom-auto-revert-buffers-h. Probably there are other similar error 
messages but I wasn't even able to turn on debug-on-error because every 
attempt to use the UI or call a function led to further error messages 
of the same sort. Today's commit (208a11d3f..) shows the exact same 
issue whereas commit f9a1d4b3f from 2 days ago is fine.

I kept the flaky build so if there's anything I should try out I'll 
gladly do so after work

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Sebastian Sturm]

I recompiled gccemacs today (commit c5ed3a) and the errors on Emacs 
startup were gone. However, using describe-function on package-provided 
commands (such as lsp-..., after having loaded lsp-mode) doesn't list 
them as native functions any more though I'm pretty sure commit f9a1d4b 
did . Will check later, as that requires a recompile of my package 
directory.

bug#40638: 28.0.50; packages not loaded correctly with use-package on native-comp branch

[Andrea Corallo]

Sebastian Sturm <mail@sebastian-sturm.de> writes:

> I recompiled gccemacs today (commit c5ed3a) and the errors on Emacs
> startup were gone. However, using describe-function on
> package-provided commands (such as lsp-..., after having loaded
> lsp-mode) doesn't list them as native functions any more though I'm
> pretty sure commit f9a1d4b did . Will check later, as that requires a
> recompile of my package directory.

Hi Sebastian,

Maybe try from a clean state and in case you still have the issue post a
reproducer to debug.

Thanks

  Andrea

-- 
akrl@sdf.org