unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Phillip Lord <phillip.lord@russet.org.uk>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Wayne Harris <wharris1@protonmail.com>, emacs-devel@gnu.org
Subject: Re: on emacs 28 for windows
Date: Thu, 27 Aug 2020 11:03:19 +0100	[thread overview]
Message-ID: <87zh6gjti0.fsf@russet.org.uk> (raw)
In-Reply-To: <83bliw3fz7.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 27 Aug 2020 06:49:48 +0300")

Eli Zaretskii <eliz@gnu.org> writes:

>> Date: Wed, 26 Aug 2020 22:21:11 -0300
>> From: Wayne Harris via "Emacs development discussions." <emacs-devel@gnu.org>
>> 
>> C:\sys\emacs.28\bin>echo %EMACSLOADPATH%
>> %EMACSLOADPATH%
>> 
>> C:\sys\emacs.28\bin>
>> 
>> That convinces me it's not set.
>
> The canonical test is to say
>
>   C:\sys\emacs.28\bin>set EMACSLOADPATH
>
> That should produce an explicit "not defined" response if the variable
> is not defined.
>
>> I don't think my GNU Emacs installations have ever made any changes
>> to the Windows registry, but how would I know?  Where would I look?
>
> Start regedit and search for the variable's name with C-f followed by
> F3.
>
>> > After you start "emacs -Q", what is the value of load-path?
>> 
>> ("c:/sys/emacs.28/share/emacs/28.0.50/lisp"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/vc"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/url"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/textmodes"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/progmodes"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/play"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/org"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/nxml"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/net"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/mh-e"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/mail"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/leim"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/language"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/international"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/image"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/gnus"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/eshell"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/erc"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/emulation"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/emacs-lisp"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/cedet"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/calendar"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/calc"
>> "c:/sys/emacs.28/share/emacs/28.0.50/lisp/obsolete"
>> "c:/msys64/home/Administrator/emacs-build/git/master/lisp")
>
> That last list element is the problem.  I don't know how it gets
> there, ideas are welcome.
>
> Phillip, perhaps try stepping with GDB through init_lread and its
> subroutines, and see where does this come from.  I expect that to be
> the value of PATH_DUMPLOADSEARCH, but it shouldn't be used in a normal
> startup of an installed Emacs.  I guess I'm missing something here.
> Maybe it's somehow related to the fact that there's no --prefix at
> configure time, but I'm not sure.

I don't have a reproduction. While this does look like a problem with
the build (because that path is fairly unique and comes from my build
machine), I don't see this at my end. I've no idea why it would have got
there. I have checked both the installer and zip.

I did try grepping through an unpacked Emacs and paths from the build
machine *do* appear in several places. For example:

./share/emacs/28.0.50/lisp/international/uni-combining.el\024:#^^[3 1113984 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1]]] 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 canonical-combining-class 0 1 #[257 "\211\300\236A\207" [((0 . "Spacing, split, enclosing, reordrant, and Tibetan subjoined") (1 . "Overlays and interior") (7 . "Nuktas") (8 . "Hiragana/Katakana voicing marks") (9 . "Viramas") (10 . "Start of fixed position classes") (199 . "End of fixed position classes") (200 . "Below left attached") (202 . "Below attached") (204 . "Below right attached") (208 . "Left attached (reordrant around single base character)") (210 . "Right attached") (212 . "Above left attached") (214 . "Above attached") (216 . "Above right attached") (218 . "Below left") (220 . "Below") (222 . "Below right") (224 . "Left (reordrant around single base character)") (226 . "Right") (228 . "Above left") (230 . "Above") (232 . "Above right") (233 . "Double below") (234 . "Double above") (240 . "Below (iota subscript)"))] 3 ("c:/msys64/home/Administrator/emacs-build/git/master/admin/unidata/unidata-gen.elc" . 26322)] [nil 0 230 232 220 216 202 1 240 233 234 222 228 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 30 31 32 27 28 29 33 34 35 36 7 9 84 91 103 107 118 122 129 130 132 214 218 224 8 26 6 226]]

But not the lisp directory.

@Wayne have you used the snapshot that is currently on alpha? Or is it
an older one?

Phil



  reply	other threads:[~2020-08-27 10:03 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-26  0:58 on emacs 28 for windows Wayne Harris via Emacs development discussions.
2020-08-26  2:44 ` Wayne Harris via Emacs development discussions.
2020-08-26  6:20 ` Eli Zaretskii
2020-08-26 10:17   ` phillip.lord
2020-08-26 16:02     ` Wayne Harris via Emacs development discussions.
2020-08-26 17:14       ` Eli Zaretskii
2020-08-26 19:25         ` Eli Zaretskii
2020-08-27  1:24           ` Wayne Harris via Emacs development discussions.
2020-08-27  1:21         ` Wayne Harris via Emacs development discussions.
2020-08-27  3:49           ` Eli Zaretskii
2020-08-27 10:03             ` Phillip Lord [this message]
2020-08-27 10:35               ` Eli Zaretskii
2020-08-27 17:41               ` Wayne Harris via Emacs development discussions.
2020-08-28  9:53                 ` phillip.lord
2020-08-29  2:19                   ` Wayne Harris via Emacs development discussions.
2020-08-29  6:14                     ` Eli Zaretskii
2020-08-27 16:07             ` Wayne Harris via Emacs development discussions.

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=87zh6gjti0.fsf@russet.org.uk \
    --to=phillip.lord@russet.org.uk \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=wharris1@protonmail.com \
    /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).