GNU bug report logs - #28888
26.0.90; nt/INSTALL.W64

Previous Next

Package: emacs;

Reported by: Francis Wright <f.j.wright <at> live.co.uk>

Date: Wed, 18 Oct 2017 10:08:02 UTC

Severity: minor

Merged with 28601

Found in versions 26.0.50, 26.0.90

Done: Noam Postavsky <npostavs <at> users.sourceforge.net>

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 28888 in the body.
You can then email your comments to 28888 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#28888; Package emacs. (Wed, 18 Oct 2017 10:08:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francis Wright <f.j.wright <at> live.co.uk>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 18 Oct 2017 10:08:02 GMT) Full text and rfc822 format available.

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

From: Francis Wright <f.j.wright <at> live.co.uk>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 26.0.90; nt/INSTALL.W64
Date: Wed, 18 Oct 2017 10:06:49 +0000
[Message part 1 (text/plain, inline)]
I noticed the following errors in the 64-bit Windows build instructions
in the file nt/INSTALL.W64 when using a new MSYS2 installation.

The library liblcms2 is not currently available using pacman, which
causes the pacman command shown to fail, but it works if that library is
removed. It might be best to recommend trying to install liblcms2
separately, in the hope that it will become available in the future.

There is no file mingw64_shell.bat in the \msys64 folder. However, there
is an item labelled "MSYS2 MinGW 64-bit" in the Windows Start menu,
which seems to work correctly. Also, msys2_shell.bat is actually
msys2_shell.cmd.

Apart from the above issues the build went well and the resulting
version of Emacs seems to have worked correctly so far.


In GNU Emacs 26.0.90 (build 2, x86_64-w64-mingw32)
of 2017-10-17 built on MONOLITH
Windowing system distributor 'Microsoft Corp.', version 10.0.15063
Recent messages:
Loading sendmail...done
Creating customization items ...done
Resetting customization items...done
Creating customization setup...done
Saving file c:/Users/fjw/AppData/Roaming/.emacs...
Wrote c:/Users/fjw/AppData/Roaming/.emacs [2 times]
Mark set
Making completion list... [6 times]
Send buffer contents as mail message? (y or n) y
Sending...done

Configured using:
'configure --prefix=/d/emacs/emacs-26.0.90 --without-imagemagick'

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: ENG
  locale-coding-system: cp1252

Major mode: Info

Minor modes in effect:
  show-paren-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  global-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
  buffer-read-only: 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 gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader url-util mailalias mailclient browse-url
pp sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
cus-edit wid-edit cl-print find-func thingatpt help-fns radix-tree
help-mode jka-compr info elec-pair paren delsel cus-start cus-load
finder-inf package easymenu epg-config url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv
cl-loaddefs cl-lib server time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame 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 minibuffer
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 w32notify w32 multi-tty
make-network-process emacs)

Memory information:
((conses 16 167409 10179)
(symbols 56 23758 1)
(miscs 48 349 203)
(strings 32 44517 1270)
(string-bytes 1 1108717)
(vectors 16 18578)
(vector-slots 8 532882 13737)
(floats 8 74 277)
(intervals 56 5210 44)
(buffers 992 20))
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28888; Package emacs. (Wed, 18 Oct 2017 11:36:01 GMT) Full text and rfc822 format available.

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

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Francis Wright <f.j.wright <at> live.co.uk>
Cc: 28888 <at> debbugs.gnu.org
Subject: Re: bug#28888: 26.0.90; nt/INSTALL.W64
Date: Wed, 18 Oct 2017 07:35:48 -0400
Francis Wright <f.j.wright <at> live.co.uk> writes:

> I noticed the following errors in the 64-bit Windows build instructions
> in the file nt/INSTALL.W64 when using a new MSYS2 installation.

There is some ongoing discussion on this in Bug#28601.

> The library liblcms2 is not currently available using pacman, which
> causes the pacman command shown to fail, but it works if that library is
> removed. It might be best to recommend trying to install liblcms2
> separately, in the hope that it will become available in the future.

Actually, the package was just renamed to mingw-w64-x86_64-lcms2.

https://debbugs.gnu.org/cgi/bugreport.cgi?users=emacs;bug=28601#77

> There is no file mingw64_shell.bat in the \msys64 folder. However, there
> is an item labelled "MSYS2 MinGW 64-bit" in the Windows Start menu,
> which seems to work correctly. Also, msys2_shell.bat is actually
> msys2_shell.cmd.

Can you check what that item links to?  I guess it should be
C:\msys64\mingw64.exe (which is also one of the updates discussed in
Bug#28601).

https://debbugs.gnu.org/cgi/bugreport.cgi?users=emacs;bug=28601#29

> Apart from the above issues the build went well and the resulting
> version of Emacs seems to have worked correctly so far.

Did you change the Windows PATH?  The instructions currently suggest
this, but it seems no longer needed for Emacs 26, and it causes some
extra complication with Msys find vs builtin Windows find.exe.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28601;filename=INSTALL.W64.diff;att=1;msg=65
(near the bottom)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#28888; Package emacs. (Thu, 19 Oct 2017 23:20:02 GMT) Full text and rfc822 format available.

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

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: 28888 <at> debbugs.gnu.org
Cc: Francis Wright <f.j.wright <at> live.co.uk>
Subject: RE: bug#28888: 26.0.90; nt/INSTALL.W64
Date: Thu, 19 Oct 2017 19:19:50 -0400
[Message part 1 (text/plain, inline)]
[forwarding to list]

[Message part 2 (message/rfc822, inline)]
From: Francis Wright <f.j.wright <at> live.co.uk>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>
Subject: RE: bug#28888: 26.0.90; nt/INSTALL.W64
Date: Wed, 18 Oct 2017 16:06:37 +0000
> From: Noam Postavsky [mailto:npostavs <at> gmail.com] On Behalf Of Noam
> Postavsky
> Sent: Wednesday, 18 October 2017 12:36 pm
> To: Francis Wright <f.j.wright <at> live.co.uk>
> Cc: 28888 <at> debbugs.gnu.org
> Subject: Re: bug#28888: 26.0.90; nt/INSTALL.W64
>=20
> Francis Wright <f.j.wright <at> live.co.uk> writes:
>=20
> > I noticed the following errors in the 64-bit Windows build
> > instructions in the file nt/INSTALL.W64 when using a new MSYS2
> installation.
>=20
> There is some ongoing discussion on this in Bug#28601.
>=20
> > The library liblcms2 is not currently available using pacman, which
> > causes the pacman command shown to fail, but it works if that library
> > is removed. It might be best to recommend trying to install liblcms2
> > separately, in the hope that it will become available in the future.
>=20
> Actually, the package was just renamed to mingw-w64-x86_64-lcms2.
>=20
> https://debbugs.gnu.org/cgi/bugreport.cgi?users=3Demacs;bug=3D28601#77

OK, I'll try that when I build the next update. Thanks.

> > There is no file mingw64_shell.bat in the \msys64 folder. However,
> > there is an item labelled "MSYS2 MinGW 64-bit" in the Windows Start
> > menu, which seems to work correctly. Also, msys2_shell.bat is actually
> > msys2_shell.cmd.
>=20
> Can you check what that item links to?  I guess it should be
> C:\msys64\mingw64.exe (which is also one of the updates discussed in
> Bug#28601).
>=20
> https://debbugs.gnu.org/cgi/bugreport.cgi?users=3Demacs;bug=3D28601#29

"MSYS2 MinGW 64-bit" in my Windows Start menu is a shortcut to "C:\msys64\m=
sys2_shell.cmd -mingw64".

> > Apart from the above issues the build went well and the resulting
> > version of Emacs seems to have worked correctly so far.
>=20
> Did you change the Windows PATH?  The instructions currently suggest
> this, but it seems no longer needed for Emacs 26, and it causes some extr=
a
> complication with Msys find vs builtin Windows find.exe.
>=20
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D28601;filename=3DINSTALL.
> W64.diff;att=3D1;msg=3D65
> (near the bottom)

No, I didn't change the Windows path because I don't want this new MSYS env=
ironment to get mixed up with my normal environment. The build ran fine wit=
hout any modification to my path. The various options to start a MSYS shell=
 seem to set the path appropriately within that shell and Emacs runs fine f=
rom the shell. However, it doesn't find various required dlls when I run it=
 outside a MSYS shell and it requires more dlls than I had expected. The mo=
st obvious is libXpm-noX4.dll, but libgnutls-30.dll requires another 10 dep=
endent dlls! So a full set of dlls is going to be quite big.

Best wishes, Francis

Merged 28601 28888. Request was from Noam Postavsky <npostavs <at> users.sourceforge.net> to control <at> debbugs.gnu.org. (Wed, 08 Nov 2017 02:38: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. (Wed, 20 Dec 2017 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 7 years and 234 days ago.

Previous Next


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