GNU bug report logs -
#28601
26.0.50; configure: error: Emacs does not support 'x86_64-pc-msys' systems.
Previous Next
Reported by: vincent.belaiche <at> gmail.com (Vincent Belaïche)
Date: Mon, 25 Sep 2017 20:04:01 UTC
Severity: minor
Merged with 28888
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 28601 in the body.
You can then email your comments to 28601 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 25 Sep 2017 20:04:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
vincent.belaiche <at> gmail.com (Vincent Belaïche):
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Mon, 25 Sep 2017 20:04:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I am trying to re-compile Emacs on MSW10 + MSYS2. This used to be
working, but now I get the following error:
--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
checking build system type... x86_64-pc-msys
checking host system type... x86_64-pc-msys
configure: error: Emacs does not support 'x86_64-pc-msys' systems.
If you think it should, please send a report to bug-gnu-emacs <at> gnu.org.
Check 'etc/MACHINES' for recognized configuration names.
--8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8----
In GNU Emacs 26.0.50 (build 1, i686-pc-mingw32)
of 2017-07-02 built on AIGLEROYAL
Repository revision: 3bab927884c4b795f8545b632328b5d3b632eed3
Windowing system distributor 'Microsoft Corp.', version 10.0.14393
Recent messages:
No match
bash refresh default directory ...
sending >pwd -W
coucou!=>C:/Programmes/installation
]0;/c/Programmes/installation
[32mVincent <at> AigleRoyal [35m[0m [33m/c/Programmes/installation[0m
$ <=
bash refresh default directory ... done
c:/Programmes/installation/emacs-install
Configured using:
'configure --prefix=c:/Nos_Programmes/GNU/Emacs --without-jpeg
--without-tiff --without-gif --without-png 'CFLAGS= -Og -g3 -L
C:/Programmes/installation/emacs-install/libXpm-3.5.8/src' 'CPPFLAGS=
-DFOR_MSW=1 -I
C:/Programmes/installation/emacs-install/libXpm-3.5.8/include -I
C:/Programmes/installation/emacs-install/libXpm-3.5.8/src -L
C:/Programmes/installation/emacs-install/libXpm-3.5.8/src'
PKG_CONFIG=/mingw/bin/pkg-config.exe PKG_CONFIG_PATH=/mingw/bin'
Configured features:
XPM SOUND NOTIFY ACL GNUTLS TOOLKIT_SCROLL_BARS
Important settings:
value of $LANG: FRA
locale-coding-system: cp1252
Major mode: Shell
Minor modes in effect:
compilation-in-progress: (compilation compilation compilation)
semantic-minor-modes-format: ((:eval (if (or semantic-highlight-edits-mode semantic-show-unmatched-syntax-mode jdee-bug-minor-mode jdee-jdb-minor-mode) S)))
global-semanticdb-minor-mode: t
global-semantic-idle-scheduler-mode: t
semantic-mode: t
diff-auto-refine-mode: t
shell-dirtrack-mode: t
TeX-PDF-mode: t
recentf-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
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
c:/Programmes/installation/jdee/jdee hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee
c:/Programmes/installation/jdee/jdee-xref hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-xref
c:/Programmes/installation/jdee/jdee-wiz hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-wiz
c:/Programmes/installation/jdee/jdee-widgets hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-widgets
c:/Programmes/installation/jdee/jdee-which-method hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-which-method
c:/Programmes/installation/jdee/jdee-util hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-util
c:/Programmes/installation/jdee/jdee-test hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-test
c:/Programmes/installation/jdee/jdee-stat hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-stat
c:/Programmes/installation/jdee/jdee-stacktrace hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-stacktrace
c:/Programmes/installation/jdee/jdee-run hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-run
c:/Programmes/installation/jdee/jdee-refactor hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-refactor
c:/Programmes/installation/jdee/jdee-project hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-project
c:/Programmes/installation/jdee/jdee-project-file hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-project-file
c:/Programmes/installation/jdee/jdee-plugins hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-plugins
c:/Programmes/installation/jdee/jdee-parse hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-parse
c:/Programmes/installation/jdee/jdee-parse-expr hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-parse-expr
c:/Programmes/installation/jdee/jdee-package hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-package
c:/Programmes/installation/jdee/jdee-open-source hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-open-source
c:/Programmes/installation/jdee/jdee-maven hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-maven
c:/Programmes/installation/jdee/jdee-make hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-make
c:/Programmes/installation/jdee/jdee-log hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-log
c:/Programmes/installation/jdee/jdee-keys hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-keys
c:/Programmes/installation/jdee/jdee-junit hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-junit
c:/Programmes/installation/jdee/jdee-juci hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-juci
c:/Programmes/installation/jdee/jdee-jdk-manager hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-jdk-manager
c:/Programmes/installation/jdee/jdee-jdb hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-jdb
c:/Programmes/installation/jdee/jdee-javadoc hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-javadoc
c:/Programmes/installation/jdee/jdee-javadoc-gen hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-javadoc-gen
c:/Programmes/installation/jdee/jdee-java-properties hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-java-properties
c:/Programmes/installation/jdee/jdee-java-grammar hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-java-grammar
c:/Programmes/installation/jdee/jdee-issues hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-issues
c:/Programmes/installation/jdee/jdee-import hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-import
c:/Programmes/installation/jdee/jdee-imenu hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-imenu
c:/Programmes/installation/jdee/jdee-help hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-help
c:/Programmes/installation/jdee/jdee-gen hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-gen
c:/Programmes/installation/jdee/jdee-font-lock hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-font-lock
c:/Programmes/installation/jdee/jdee-flycheck hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-flycheck
c:/Programmes/installation/jdee/jdee-find hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-find
c:/Programmes/installation/jdee/jdee-files hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-files
c:/Programmes/installation/jdee/jdee-ejb hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-ejb
c:/Programmes/installation/jdee/jdee-ecj-flymake hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-ecj-flymake
c:/Programmes/installation/jdee/jdee-deps hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-deps
c:/Programmes/installation/jdee/jdee-dbs hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-dbs
c:/Programmes/installation/jdee/jdee-dbo hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-dbo
c:/Programmes/installation/jdee/jdee-db hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-db
c:/Programmes/installation/jdee/jdee-cygwin hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-cygwin
c:/Programmes/installation/jdee/jdee-custom hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-custom
c:/Programmes/installation/jdee/jdee-complete hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-complete
c:/Programmes/installation/jdee/jdee-compile hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-compile
c:/Programmes/installation/jdee/jdee-classpath hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-classpath
c:/Programmes/installation/jdee/jdee-class hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-class
c:/Programmes/installation/jdee/jdee-checkstyle hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-checkstyle
c:/Programmes/installation/jdee/jdee-bytecode hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-bytecode
c:/Programmes/installation/jdee/jdee-bug hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-bug
c:/Programmes/installation/jdee/jdee-bsh hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-bsh
c:/Programmes/installation/jdee/jdee-bookmark hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-bookmark
c:/Programmes/installation/jdee/jdee-backend hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-backend
c:/Programmes/installation/jdee/jdee-archive hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-archive
c:/Programmes/installation/jdee/jdee-ant hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-ant
c:/Programmes/installation/jdee/jdee-annotations hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-annotations
c:/Programmes/installation/jdee/jdee-activator hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-activator
c:/Programmes/installation/jdee/jdee-abbrev hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jdee-abbrev
c:/Programmes/installation/jdee/jcomplete hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/jcomplete
c:/Programmes/installation/jdee/efc hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/efc
c:/Programmes/installation/jdee/beanshell hides c:/Users/Vincent/AppData/Roaming/.emacs.d/elpa/jdee-2.4.2/beanshell
c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Nos_Programmes/GNU/Emacs_build20170702/share/emacs/26.0.50/lisp/loaddefs
c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Programmes/installation/cedet-install/cedet-git/lisp/cedet/loaddefs
Features:
(shadow emacsbug goto-addr view epa-dired jdee-ant jdee-ejb jdee-make
semantic/edit semantic/tag-file jdee-flycheck semantic/bovine/c hideif
semantic/bovine/c-by semantic/lex-spp semantic/bovine/gcc
semantic/analyze/refs semantic/bovine/make semantic/decorate/include
semantic/decorate/mode semantic/analyze semantic/scope
semantic/analyze/fcn semantic/bovine/make-by semantic/texi
semantic/bovine/el semantic/db-el semantic/bovine semantic/db-mode
semantic/wisent/java-tags semantic/wisent/java-tags-wy semantic/wisent
semantic/wisent/wisent jdee-plugins ffap jdee-javadoc-gen jdee jdee-wiz
jdee-test jdee-archive jdee-stacktrace jdee-refactor jdee-keys jdee-jdb
jdee-java-grammar jdee-which-method jdee-font-lock jdee-issues jdee-help
jdee-gen tempo jdee-find jdee-deps jdee-cygwin jdee-class jdee-bug
jdee-annotations jdee-abbrev jdee-activator flymake jdee-bytecode
jdee-compile jdee-dbs jdee-run jdee-dbo jdee-widgets jdee-db memoize
jdee-jdk-manager jdee-project-file jdee-maven jdee-open-source
semantic/senator semantic/decorate pulse jdee-import jdee-complete
semantic/idle working fame jdee-parse jdee-imenu semantic/imenu
semantic/sb semantic/sort semantic/db-file semantic/adebug
eieio-datadebug data-debug cedet-files semantic/java semantic/dep
semantic/format semantic/tag-ls semantic/doc semantic/ctxt
semantic/util-modes semantic/util semantic/db-find semantic/db-ref
semantic/db semantic/find eieio-base semantic semantic/tag semantic/lex
semantic/fw mode-local cedet avl-tree etags xref project jdee-log
jdee-custom jdee-backend jdee-bsh jdee-util arc-mode archive-mode efc
jdee-parse-expr beanshell jdee-classpath jdee-files warnings
eieio-compat ert flycheck dash let-alist tar-mode epl autoload pcase
lisp-mnt mm-archive url-http url-gw url-cache url-auth markdown-mode
calc-vec calc-forms tex-info texinfo conf-mode log-view lpr reftex-cite
ibuf-ext ibuffer ibuffer-loaddefs loadhist pp calc-stuff calc-lang
calccomp calc-units calc-aent iso-transl org-table novice cc-langs
tabify bbdb-tex plain-tex ruler-mode hexl cus-edit multi-prompt info rx
cl-print debug eieio-opt speedbar sb-image ezimage dframe help-fns
radix-tree calc-undo pcmpl-gnu mhtml-mode css-mode color eww mm-url
url-queue url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-domsuf url-util shr svg xml browse-url js json imenu
sgml-mode dom flyspell ispell calc-bin cal-china lunar solar cal-dst
cal-bahai cal-islam cal-hebrew cal-julian holidays hol-loaddefs cal-iso
cal-move bug-reference gnus-async gnus-ml cursor-sensor nndraft nnmh
nnfolder cl-extra bbdb-gnus bbdb-mua gnus-agent gnus-srvr gnus-score
score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime
smime dig nntp gnus-cache gnus-sum gnus-group gnus-undo gnus-start
gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time
gnus-spec gnus-int gnus-range gnus-win gnus nnheader reftex-auc
find-dired grep cus-start cus-load quail help-mode calc-yank calc-mode
calc-alg calc-menu diary-lib diary-loaddefs reftex-parse texmathp
ediff-vers cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align
cc-engine cc-vars cc-defs perl-mode make-mode org-element org-rmail
org-mhe org-irc org-info org-gnus org-docview doc-view image-mode
org-bibtex bibtex org-bbdb org-w3m org org-macro org-footnote
org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp
ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint
ob-core ob-eval org-compat org-macs org-loaddefs find-func cal-tex
cal-menu calendar cal-loaddefs network-stream nsm starttls tls gnutls
mailalias smtpmail qp jka-compr sort mailcap bbdb-com bbdb-message
sendmail mail-extr whitespace log-edit message subr-x puny format-spec
rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader
pcvs-util thingatpt add-log vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs
vc-dir ewoc vc vc-dispatcher rect dired-aux dired-x dired dired-loaddefs
latexenc ediff-merg ediff-wind ediff-diff ediff-mult ediff-help
ediff-init ediff-util ediff preview prv-emacs reftex-dcr reftex
reftex-loaddefs reftex-vars tex-bar tex-buf toolbar-x font-latex latex
tex-ispell tex-style tex-mode compile hl-line misearch multi-isearch
vc-git diff-mode map noutline outline easy-mmode pcmpl-unix sh-script
smie executable shell pcomplete comint ansi-color ring edmacro kmacro
skeleton calc-misc calc-arith calc-ext calc calc-loaddefs calc-macs
tex-mik tex crm advice preview-latex auto-loads tex-site bbdb bbdb-site
timezone bbdb-loaddefs template w32utils cl recentf tree-widget wid-edit
load-path-to-cedet-svn 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 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 8 2792196 346555)
(symbols 32 78888 1)
(miscs 32 10012 2150)
(strings 16 297025 31457)
(string-bytes 1 8920819)
(vectors 8 104212)
(vector-slots 4 2515724 217380)
(floats 8 1100 918)
(intervals 28 301184 1560)
(buffers 516 252))
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 27 Sep 2017 18:37:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Vincent Belaïche wrote:
> I am trying to re-compile Emacs on MSW10 + MSYS2. This used to be
> working, but now I get the following error:
>
> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
> checking build system type... x86_64-pc-msys
> checking host system type... x86_64-pc-msys
> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
What version of Emacs did this work in?
AFAICS, configure.ac has never accepted *-msys as a host type.
From https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22240#20 :
configure: error: Emacs does not support 'x86_64-pc-msys' systems.
This turned out to be due to not being in the right environment - I
added the step to switch to the MinGW-w64 environment and now it works
without specifying the --host, etc.
From nt/INSTALL.W64:
First we need to switch to the MinGW-w64 environment. Exit the MSYS2
BASH console and run mingw64_shell.bat in the C:\msys64 folder...
So try that?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 27 Sep 2017 19:08:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Hello Glenn,
There is no such thing as a mingw64_shell.bat script, but there is a
msys2_shell.cmd script, which one can launch with the -mingw64 for
MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
When I do that, then I get the following error :
--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
checking build system type... x86_64-w64-mingw32
checking host system type... x86_64-w64-mingw32
checking the compiler's target... x86_64-pc-msys
configure: error: Emacs does not support 'x86_64-pc-msys' systems.
--8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8----
BR,
V.
Le 27/09/2017 à 20:36, Glenn Morris a écrit :
> Vincent Belaïche wrote:
>
>> I am trying to re-compile Emacs on MSW10 + MSYS2. This used to be
>> working, but now I get the following error:
>>
>> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
>> checking build system type... x86_64-pc-msys
>> checking host system type... x86_64-pc-msys
>> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
> What version of Emacs did this work in?
> AFAICS, configure.ac has never accepted *-msys as a host type.
>
> From https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22240#20 :
>
> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
>
> This turned out to be due to not being in the right environment - I
> added the step to switch to the MinGW-w64 environment and now it works
> without specifying the --host, etc.
>
> From nt/INSTALL.W64:
>
> First we need to switch to the MinGW-w64 environment. Exit the MSYS2
> BASH console and run mingw64_shell.bat in the C:\msys64 folder...
>
> So try that?
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 27 Sep 2017 19:11:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Answering to myself: there is also a -mingw option with which the script
automatically detects whether mingw64 is there and sets it if so, or
otherwise falls back to mingw32.
V.
Le 27/09/2017 à 21:07, Vincent Belaïche a écrit :
> Hello Glenn,
>
> There is no such thing as a mingw64_shell.bat script, but there is a
> msys2_shell.cmd script, which one can launch with the -mingw64 for
> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
>
> When I do that, then I get the following error :
>
> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
> checking build system type... x86_64-w64-mingw32
> checking host system type... x86_64-w64-mingw32
> checking the compiler's target... x86_64-pc-msys
> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
> --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8----
>
> BR,
> V.
>
> Le 27/09/2017 à 20:36, Glenn Morris a écrit :
>> Vincent Belaïche wrote:
>>
>>> I am trying to re-compile Emacs on MSW10 + MSYS2. This used to be
>>> working, but now I get the following error:
>>>
>>> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
>>> checking build system type... x86_64-pc-msys
>>> checking host system type... x86_64-pc-msys
>>> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
>> What version of Emacs did this work in?
>> AFAICS, configure.ac has never accepted *-msys as a host type.
>>
>> From https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22240#20 :
>> configure: error: Emacs does not support 'x86_64-pc-msys'
>> systems.
>> This turned out to be due to not being in the right
>> environment - I
>> added the step to switch to the MinGW-w64 environment and now it
>> works
>> without specifying the --host, etc.
>>
>> From nt/INSTALL.W64:
>>
>> First we need to switch to the MinGW-w64 environment. Exit the MSYS2
>> BASH console and run mingw64_shell.bat in the C:\msys64 folder...
>>
>> So try that?
>
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 27 Sep 2017 21:38:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Vincent Belaïche wrote:
> There is no such thing as a mingw64_shell.bat script, but there is a
> msys2_shell.cmd script, which one can launch with the -mingw64 for
> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
Sounds like MinGW has changed how things work and the instructions in
nt/INSTALL.W64 need updating.
> checking the compiler's target... x86_64-pc-msys
> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
This is MinGW-specific code added in https://debbugs.gnu.org/19111
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Thu, 28 Sep 2017 13:11:01 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
On Wed 27 Sep 2017, Glenn Morris wrote:
> Vincent Belaïche wrote:
>
>> There is no such thing as a mingw64_shell.bat script, but there is a
>> msys2_shell.cmd script, which one can launch with the -mingw64 for
>> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
>
> Sounds like MinGW has changed how things work and the instructions in
> nt/INSTALL.W64 need updating.
>
>> checking the compiler's target... x86_64-pc-msys
>> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
>
> This is MinGW-specific code added in https://debbugs.gnu.org/19111
Newer MSYS2 installations have mingw32.exe, mingw64.exe and msys2.exe for launching a
shell for each of the build environments, which are more convenient for
creating desktop shortcuts. Either of the first two can be used to build
emacs, if the appropriate toolchain is installed.
AndyM
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 29 Sep 2017 09:38:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Thu, 28 Sep 2017 14:10:25 +0100
>
> On Wed 27 Sep 2017, Glenn Morris wrote:
>
> > Vincent Belaïche wrote:
> >
> >> There is no such thing as a mingw64_shell.bat script, but there is a
> >> msys2_shell.cmd script, which one can launch with the -mingw64 for
> >> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
> >
> > Sounds like MinGW has changed how things work and the instructions in
> > nt/INSTALL.W64 need updating.
> >
> >> checking the compiler's target... x86_64-pc-msys
> >> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
> >
> > This is MinGW-specific code added in https://debbugs.gnu.org/19111
>
>
> Newer MSYS2 installations have mingw32.exe, mingw64.exe and msys2.exe for launching a
> shell for each of the build environments, which are more convenient for
> creating desktop shortcuts. Either of the first two can be used to build
> emacs, if the appropriate toolchain is installed.
Can you or someone else suggest a change for INSTALL.W64, if some
change is needed there?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Thu, 12 Oct 2017 23:08:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Fri, Sep 29, 2017 at 5:37 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> > Vincent Belaďche wrote:
>> >
>> >> There is no such thing as a mingw64_shell.bat script, but there is a
>> >> msys2_shell.cmd script, which one can launch with the -mingw64 for
>> >> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
> Can you or someone else suggest a change for INSTALL.W64, if some
> change is needed there?
The attached should do it.
[0001-nt-INSTALL.W64-Use-mingw64.exe-instead-of-mingw64_sh.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 06:42:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Thu, 12 Oct 2017 19:06:56 -0400
> Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, 28601 <at> debbugs.gnu.org,
> Vincent Belaïche <vincent.belaiche <at> gmail.com>
>
> -First we need to switch to the MinGW-w64 environment. Exit the MSYS2 BASH
> -console and run mingw64_shell.bat in the C:\msys64 folder, then cd back to
> +First we need to switch to the MinGW-w64 environment. Exit the MSYS2
> +BASH console and run mingw64.exe in the C:\msys64 folder (if it's
> +missing, install it with 'pacman -S msys2-launcher'), then cd back to
> your Emacs source directory, e.g.:
Can we rely on all the users to have the latest MSYS2? If not,
perhaps after your description we should say something like "If you
don't have mingw64.exe, but do have mingw64_shell.bat, then ..."?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 10:16:02 GMT)
Full text and
rfc822 format available.
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
On Fri 13 Oct 2017, Eli Zaretskii wrote:
>> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
>> Date: Thu, 12 Oct 2017 19:06:56 -0400
>> Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, 28601 <at> debbugs.gnu.org,
>> Vincent Belaïche <vincent.belaiche <at> gmail.com>
>>
>> -First we need to switch to the MinGW-w64 environment. Exit the MSYS2 BASH
>> -console and run mingw64_shell.bat in the C:\msys64 folder, then cd back to
>> +First we need to switch to the MinGW-w64 environment. Exit the MSYS2
>> +BASH console and run mingw64.exe in the C:\msys64 folder (if it's
>> +missing, install it with 'pacman -S msys2-launcher'), then cd back to
>> your Emacs source directory, e.g.:
>
> Can we rely on all the users to have the latest MSYS2? If not,
> perhaps after your description we should say something like "If you
> don't have mingw64.exe, but do have mingw64_shell.bat, then ..."?
MSYS2 is a rolling-release distribution, so any user who does not have
an up to date installation would be well advised to update to current
package versions before attempting to build emacs.
AndyM
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 12:23:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Fri, 13 Oct 2017 11:14:37 +0100
>
> > Can we rely on all the users to have the latest MSYS2? If not,
> > perhaps after your description we should say something like "If you
> > don't have mingw64.exe, but do have mingw64_shell.bat, then ..."?
>
> MSYS2 is a rolling-release distribution, so any user who does not have
> an up to date installation would be well advised to update to current
> package versions before attempting to build emacs.
I understand, but "advised" doesn't mean "forced", does it?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 13:53:02 GMT)
Full text and
rfc822 format available.
Message #38 received at submit <at> debbugs.gnu.org (full text, mbox):
On Fri 13 Oct 2017, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton <at> gmail.com>
>> Date: Fri, 13 Oct 2017 11:14:37 +0100
>>
>> > Can we rely on all the users to have the latest MSYS2? If not,
>> > perhaps after your description we should say something like "If you
>> > don't have mingw64.exe, but do have mingw64_shell.bat, then ..."?
>>
>> MSYS2 is a rolling-release distribution, so any user who does not have
>> an up to date installation would be well advised to update to current
>> package versions before attempting to build emacs.
>
> I understand, but "advised" doesn't mean "forced", does it?
No, in that things only get updated if you run pacman. However I thnk
the first respone to "I have a problem" will be "update to current
package versions".
AndyM
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 14:10:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Dear Glenn, Noam, Eli, & al.
I realize that I have not answered to you Glenn. My latest build of
Emacs is:
GNU Emacs 26.0.50 (build 1, i686-pc-mingw32) of 2017-07-02
It was done with MSYS1. I see that that platform is ...-mingw32 and not
-msys which explains why it worked.
I switched from MSYS1 to MSYS2 at end of July 2017 because I had too
many problems with MSYS1 not being supported any longer (see for
instance http://savannah.gnu.org/bugs/?51527 about MSYS1 GNUMake issue,
I really, really should have done this switch earlier ...).
Now, I did the:
pacman -S msys2-launcher
as recommended in the INSTALL.W64 patch from Noam, and then I launched
msys64.exe from the MSWindows exporer. But it still does not work, I get
that the compiler target is still x86_64-pc-msys, which is not accepted
by configure.
The reason for this, is that my configure command does not have any
--host option, FYI here it is:
./configure --prefix=c:/Nos_Programmes/GNU/Emacs --without-jpeg --without-tiff --without-gif --without-png 'CFLAGS= -Og -g3 -L C:/Programmes/installation/emacs-install/libXpm-3.5.8/src' 'CPPFLAGS= -DFOR_MSW=1 -I C:/Programmes/installation/emacs-install/libXpm-3.5.8/include -I C:/Programmes/installation/emacs-install/libXpm-3.5.8/src -L C:/Programmes/installation/emacs-install/libXpm-3.5.8/src' PKG_CONFIG=/mingw/bin/pkg-config.exe PKG_CONFIG_PATH=/mingw/bin --no-create --no-recursion
so the configure script tries to know the right host by doing gcc -v,
this test is just after this comment in configure:
# No --host argument was given to 'configure'; therefore $host
# was set to a default value based on the build platform. But
# this default value may be wrong if we are building from a
# 64-bit MSYS[2] pre-configured to build 32-bit MinGW programs.
# Therefore, we'll try to get the right host platform from the
# compiler's target.
When I launch mingw64 and then I do
{ LC_ALL=C gcc -v 2>&1; } | grep Target
I get this :
Target: x86_64-pc-msys
Hence the error which I reported in the first place :.
checking the compiler's target... x86_64-pc-msys
configure: error: Emacs does not support 'x86_64-pc-msys' systems.
So, maybe the INSTALL.W64 should contain some recommendation to use the
--host option in some way to work around this.
Please note that gcc -v makes this output even though my MSYSTEM envvar
expands to MINGW64.
I think that the objective of the gcc -v is to discriminate between 32
and 64 bits, not between MINGW and MSYS. So, it seems that what we have
is an autoconf bug. Am I wrong ?
Vincent.
Le 27/09/2017 à 23:37, Glenn Morris a écrit :
> Vincent Belaïche wrote:
>
>> There is no such thing as a mingw64_shell.bat script, but there is a
>> msys2_shell.cmd script, which one can launch with the -mingw64 for
>> MSYSTEM to be set accordingly to MSYSTEM=MINGW64.
>
> Sounds like MinGW has changed how things work and the instructions in
> nt/INSTALL.W64 need updating.
>
>> checking the compiler's target... x86_64-pc-msys
>> configure: error: Emacs does not support 'x86_64-pc-msys' systems.
>
> This is MinGW-specific code added in https://debbugs.gnu.org/19111
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 14:17:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Fri, Oct 13, 2017 at 10:09 AM, Vincent Belaïche
<vincent.belaiche <at> gmail.com> wrote:
> Please note that gcc -v makes this output even though my MSYSTEM envvar
> expands to MINGW64.
>
> I think that the objective of the gcc -v is to discriminate between 32
> and 64 bits, not between MINGW and MSYS. So, it seems that what we have
> is an autoconf bug. Am I wrong ?
I think it means you didn't install the mingw-w64-x86_64-toolchain
metapackage, so you are using the msys toolchain rather than the mingw
one.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 14:39:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Fri, 13 Oct 2017 14:52:27 +0100
>
> >> MSYS2 is a rolling-release distribution, so any user who does not have
> >> an up to date installation would be well advised to update to current
> >> package versions before attempting to build emacs.
> >
> > I understand, but "advised" doesn't mean "forced", does it?
>
> No, in that things only get updated if you run pacman. However I thnk
> the first respone to "I have a problem" will be "update to current
> package versions".
I don't like requesting users to update all of their software just
because the bleeding edge has moved. Let's not forget that sometimes
(albeit rarely) upgrading to the latest and greatest can bring bugs.
In this case, the payment for allowing older MSYS2 is very small: a
single sentence. I think we should have that.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 16:34:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Fri, Oct 13, 2017 at 10:38 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I don't like requesting users to update all of their software just
> because the bleeding edge has moved. Let's not forget that sometimes
> (albeit rarely) upgrading to the latest and greatest can bring bugs.
>
> In this case, the payment for allowing older MSYS2 is very small: a
> single sentence. I think we should have that.
I think the 'pacman -S msys2-launcher' should work for older MSYS2
without upgrading other packages, but then again, maybe not. There's
no practical way of testing older versions in the rolling release
model.
I suppose mentioning the bat file shouldn't be too much trouble (see attached).
[v2-0001-nt-INSTALL.W64-Use-mingw64.exe-instead-of-mingw64.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 17:25:01 GMT)
Full text and
rfc822 format available.
Message #53 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Fri, 13 Oct 2017 12:33:51 -0400
> Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, 28601 <at> debbugs.gnu.org
>
> +First we need to switch to the MinGW-w64 environment. Exit the MSYS2
> +BASH console and run mingw64.exe in the C:\msys64 folder (if it's
> +missing, install it with 'pacman -S msys2-launcher'. Or for very old
> +installs which have mingw64_shell.bat, use that instead), then cd
> +back to your Emacs source directory, e.g.:
The punctuation inside the parentheses needs fixing (it shouldn't
start a new sentence). Otherwise, this is fine with me, thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 17:52:01 GMT)
Full text and
rfc822 format available.
Message #56 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Fri, Oct 13, 2017 at 1:24 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> The punctuation inside the parentheses needs fixing (it shouldn't
> start a new sentence). Otherwise, this is fine with me, thanks.
Hmm, can we get away with a semicolon then?
First we need to switch to the MinGW-w64 environment. Exit the MSYS2
BASH console and run mingw64.exe in the C:\msys64 folder (if it's
missing, install it with 'pacman -S msys2-launcher'; or for very old
installs which have mingw64_shell.bat, use that instead), then cd
back to your Emacs source directory, e.g.:
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Fri, 13 Oct 2017 18:36:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Fri, 13 Oct 2017 13:51:21 -0400
> Cc: Andy Moreton <andrewjmoreton <at> gmail.com>, 28601 <at> debbugs.gnu.org
>
> On Fri, Oct 13, 2017 at 1:24 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > The punctuation inside the parentheses needs fixing (it shouldn't
> > start a new sentence). Otherwise, this is fine with me, thanks.
>
> Hmm, can we get away with a semicolon then?
Yes, that's exactly what I meant. Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Sat, 14 Oct 2017 01:42:01 GMT)
Full text and
rfc822 format available.
Message #62 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
> On Fri, Oct 13, 2017 at 10:09 AM, Vincent Belaïche
> <vincent.belaiche <at> gmail.com> wrote:
>
>> Please note that gcc -v makes this output even though my MSYSTEM envvar
>> expands to MINGW64.
>>
>> I think that the objective of the gcc -v is to discriminate between 32
>> and 64 bits, not between MINGW and MSYS. So, it seems that what we have
>> is an autoconf bug. Am I wrong ?
>
> I think it means you didn't install the mingw-w64-x86_64-toolchain
> metapackage, so you are using the msys toolchain rather than the mingw
> one.
Check the output of 'which gcc', it should be at /mingw64/bin/gcc. If
it's /bin/gcc, or /usr/bin/gcc, then you are using the wrong gcc.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 16 Oct 2017 09:00:03 GMT)
Full text and
rfc822 format available.
Message #65 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear Noam,
Le 14/10/2017 à 03:40, Noam Postavsky a écrit :
> Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
>
>> On Fri, Oct 13, 2017 at 10:09 AM, Vincent Belaïche
>> <vincent.belaiche <at> gmail.com> wrote:
>>
>>> Please note that gcc -v makes this output even though my MSYSTEM envvar
>>> expands to MINGW64.
>>>
>>> I think that the objective of the gcc -v is to discriminate between 32
>>> and 64 bits, not between MINGW and MSYS. So, it seems that what we have
>>> is an autoconf bug. Am I wrong ?
>>
>> I think it means you didn't install the mingw-w64-x86_64-toolchain
>> metapackage, so you are using the msys toolchain rather than the mingw
>> one.
>
> Check the output of 'which gcc', it should be at /mingw64/bin/gcc. If
> it's /bin/gcc, or /usr/bin/gcc, then you are using the wrong gcc.
I managed to build Emacs thanks ot your kind help.
I attached a patch to INSTALL.W64 to collect all the instruction needed
in my case to install Emacs.
Please feel free for brickbat.
Vincent.
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
[INSTALL.W64.diff (text/x-patch, inline)]
diff --git a/nt/INSTALL.W64 b/nt/INSTALL.W64
index 4a93dc0..b28540d 100644
--- a/nt/INSTALL.W64
+++ b/nt/INSTALL.W64
@@ -29,24 +29,35 @@ build tools for MinGW-w64 -- see http://msys2.github.io/.
You can download the x86_64 version of MSYS2 (i.e. msys2-x86_64-<date>.exe)
from
- https://sourceforge.net/projects/msys2/files/Base/x86_64
+ https://sourceforge.net/projects/msys2/files/Base/x86_64
Run this file to install MSYS2 in your preferred directory, e.g. the default
C:\msys64 -- this will install MinGW-w64 also. Note that directory names
containing spaces may cause problems.
+In the sequel we denote by c:\MSYS\INSTALL\DIR\msys64 the
+directory where MSYS2 is installed, e.g. C:\msys64 by default.
+
+* Configure your MSWindows PATH variable
+
Then you'll need to add the following directories to your Windows PATH
environment variable:
- c:\msys64\usr\bin;c:\msys64\mingw64\bin
+ c:\MSYS\INSTALL\DIR\msys64\usr\bin;c:\MSYS\INSTALL\DIR\msys64\mingw64\bin
+
+where c:\MSYS\INSTALL\DIR\msys64 depends on your MSYS2 installation,
+and is c:\msys64 by default.
-you can do this through Control Panel / System and Security / System /
+You can do this through Control Panel / System and Security / System /
Advanced system settings / Environment Variables / Edit path.
Adding these directories to your PATH tells Emacs where to find the DLLs it
needs to run, and some optional commands like grep and find. These commands
will also be available at the Windows console.
+Concerning the find command see also the last step about configuring
+your init file to get an MSWindows find port.
+
** Download and install the necessary packages
Run msys2_shell.bat in your MSYS2 directory and you will see a BASH window
@@ -55,25 +66,86 @@ opened.
In the BASH prompt, use the following command to install the necessary
packages (you can copy and paste it into the shell with Shift + Insert):
- pacman -S base-devel \
- mingw-w64-x86_64-toolchain \
- mingw-w64-x86_64-xpm-nox \
- mingw-w64-x86_64-libtiff \
- mingw-w64-x86_64-giflib \
- mingw-w64-x86_64-libpng \
- mingw-w64-x86_64-libjpeg-turbo \
- mingw-w64-x86_64-librsvg \
- mingw-w64-x86_64-liblcms2 \
- mingw-w64-x86_64-libxml2 \
- mingw-w64-x86_64-gnutls \
- mingw-w64-x86_64-zlib
-
-The packages include the base developer tools (autoconf, grep, make, etc.),
-the compiler toolchain (gcc, gdb, etc.), several image libraries, an XML
-library, the GnuTLS (transport layer security) library, and zlib for
-decompressing text. Only the first three packages are required (base-devel,
-toolchain, xpm-nox); the rest are optional. You can select only part of the
-libraries if you don't need them all.
+ for w in msys/msys2-launcher-git \
+ msys/m4 \
+ msys/autoconf \
+ msys/grep \
+ msys/findutils \
+ mingw64/mingw-w64-x86_64-pkg-config \
+ mingw64/mingw-w64-x86_64-make \
+ mingw64/mingw-w64-x86_64-toolchain \
+ mingw64/mingw-w64-x86_64-xpm-nox \
+ mingw64/mingw-w64-x86_64-libtiff \
+ mingw64/mingw-w64-x86_64-giflib \
+ mingw64/mingw-w64-x86_64-libpng \
+ mingw64/mingw-w64-x86_64-libjpeg-turbo \
+ mingw64/mingw-w64-x86_64-librsvg \
+ mingw64/mingw-w64-x86_64-liblcms2 \
+ mingw64/mingw-w64-x86_64-libxml2 \
+ mingw64/mingw-w64-x86_64-gnutls \
+ mingw64/mingw-w64-x86_64-zlib; do pacman -S $w; done
+
+Answer Y (for yes) to all questions when the package is not up to
+date, and n (for no) otherwise.
+
+The packages include the base developer tools (autoconf, grep, make,
+etc.), the compiler toolchain (gcc, gdb, etc.), several image
+libraries, an XML library, the GnuTLS (transport layer security)
+library, and zlib for decompressing text. Only the packages up to
+xpm-nox are required; the rest are optional. You can select only part
+of the libraries if you don't need them all.
+
+** Check your MSYS2 fstab file
+
+make sure that your fstab file (c:\MSYS\INSTALL\DIR\msys64\etc\fstab)
+file contains the following lines (starting a column 0 in the fstab
+file):
+
+ c:/MSYS/INSTALL/DIR/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+ c:/MSYS/INSTALL/DIR/msys64/mingw32/bin /mingw32/bin ntfs binary,noacl 0 0
+
+Please note that only the first line is needed for 64bit compilation,
+the second one is for a complete fstab file w.r.t. 32bit compilation.
+
+If there is a space in c:\MSYS\INSTALL\DIR it shall be replaced by
+\040. For instance, if MSYS is installed under "C:\Program
+Files\msys64" there must be this line:
+
+
+ C:/Program\040Files/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+
+Anyway, avoiding to have any space in the path is preferable.
+
+** Configure your MSYS2 PATH variable for application running from an mingw64 console
+
+When you launch the mingw64.exe console from the c:\MSYS\INSTALL\DIR\msys64, and type
+
+ echo "$PATH"
+
+You must have /mingw64/bin and /usr/bin in the paths list in this order.
+
+Otherwise, you will need to exit the MINGW64 console and edit your
+~/.bashrc file, where ~ denote
+c:\MSYS\INSTALL\DIR\msys64\home\%USERNAME%, to have the correct PATH
+variable from MSYS/MINGW32/MINGW64 consoles:
+
+In this cas, please make sure that ~/.bashrc contains some statement
+like:
+
+ case x$MSYSTEM in
+ xMINGW64)
+ PATH="/mingw64/bin:/usr/bin:$PATH"
+ ;;
+ xMINGW32)
+ PATH="/mingw32/bin:/usr/bin:$PATH"
+ ;;
+ xMSYS)
+ PATH="/usr/bin:$PATH"
+ ;;
+ esac
+
+Actually, for the Emacs build only the MINGW64 is useful. There could
+other cases for MSYSTEM envvar equal to MSYS or to MINGW32.
You now have a complete build environment for Emacs.
@@ -125,9 +197,9 @@ put the Emacs source into C:\emacs\emacs-26:
Now you're ready to build and install Emacs with autogen, configure, make,
and make install.
-First we need to switch to the MinGW-w64 environment. Exit the MSYS2 BASH
-console and run mingw64_shell.bat in the C:\msys64 folder, then cd back to
-your Emacs source directory, e.g.:
+First we need to switch to the MinGW-w64 environment. Exit the MSYS2
+BASH console and run mingw64.exe in the C:\MSYS\INSTALL\DIR\msys64
+folder, then cd back to your Emacs source directory, e.g.:
cd /c/emacs/emacs-26
@@ -202,6 +274,40 @@ You can set any command line options by right clicking on the resulting
shortcut, select Properties, then add any options to the Target command,
e.g. --debug-init.
+* Configure your init file for Emacs to get a findutils windows port
+
+As far as find is concerned, at this stage you have configured the
+MSWindows PATH envvar to have c:\MSYS\INSTALL\DIR\msys64\usr\bin in
+it.
+
+You should have done that in a way that
+c:\MSYS\INSTALL\DIR\msys64\usr\bin is after C:\Windows\System32 in the
+PATH, otherwise the MSYS2 find.exe will be used instead of the
+MSWindows find.exe by other MSWindows application and this may cause
+some problem in your MSWindows environment --- although nobody has
+ever reported such a trouble.
+
+As far as Emacs is concerned, the lasy way is to use the MSYS2 find
+utility despit the PATH envvar by setting in your init file the
+following:
+
+ (setq grep-program "c:/MSYS/INSTALL/DIR/msys64/usr/bin/find.exe")
+
+Actually, it is better to work a little bit more and use a MSWindows
+port rather than the MSYS find. See why here
+https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27393
+
+For instance this port can be used.
+
+https://sourceforge.net/projects/ezwinports/files/findutils-4.2.30-5-w64-bin.zip/download
+
+Then add to your init file lines like these :
+
+ (setq find-program "c:/PATH/TO/FIND/PORT/find.exe")
+
+where "c:/PATH/TO/FIND/PORT/" is the place where you have installed
+this find MSWindows port.
+
* Credits
Thanks to Chris Zheng for the original build outline as used by the
@@ -225,3 +331,4 @@ GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with GNU Emacs. If not, see <https://www.gnu.org/licenses/>.
+
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 16 Oct 2017 14:24:01 GMT)
Full text and
rfc822 format available.
Message #68 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Mon, Oct 16, 2017 at 4:59 AM, Vincent Belaïche
<vincent.belaiche <at> gmail.com> wrote:
> I attached a patch to INSTALL.W64 to collect all the instruction needed
> in my case to install Emacs.
> +In the sequel we denote by c:\MSYS\INSTALL\DIR\msys64 the
> +directory where MSYS2 is installed, e.g. C:\msys64 by default.
I think just using the default C:\msys64 might be clearer than using
this kind of meta-syntax.
> +
> +* Configure your MSWindows PATH variable
> +
> Then you'll need to add the following directories to your Windows PATH
> environment variable:
>
> - c:\msys64\usr\bin;c:\msys64\mingw64\bin
> + c:\MSYS\INSTALL\DIR\msys64\usr\bin;c:\MSYS\INSTALL\DIR\msys64\mingw64\bin
> +
> +where c:\MSYS\INSTALL\DIR\msys64 depends on your MSYS2 installation,
> +and is c:\msys64 by default.
>
> -you can do this through Control Panel / System and Security / System /
> +You can do this through Control Panel / System and Security / System /
> Advanced system settings / Environment Variables / Edit path.
>
> Adding these directories to your PATH tells Emacs where to find the DLLs it
> needs to run, and some optional commands like grep and find. These commands
> will also be available at the Windows console.
>
> +Concerning the find command see also the last step about configuring
> +your init file to get an MSWindows find port.
> +
Actually I never changed my Windows PATH. Running Emacs 25 outside of
the MSYS2 environment complains about not finding libwinpthread-1.dll,
but Emacs 26 works fine. Perhaps we can just remove this section
entirely?
> ** Download and install the necessary packages
> + for w in msys/msys2-launcher-git \
Is there some reason you changed to a for loop?
> +** Check your MSYS2 fstab file
Do you mean that your fstab file was broken somehow? I never even
looked at mine.
> +Otherwise, you will need to exit the MINGW64 console and edit your
> +~/.bashrc file, where ~ denote
> +c:\MSYS\INSTALL\DIR\msys64\home\%USERNAME%, to have the correct PATH
> +variable from MSYS/MINGW32/MINGW64 consoles:
> +
> +In this cas, please make sure that ~/.bashrc contains some statement
> +like:
Do you mean you needed to modify your ~/.bashrc to get the correct
PATH under mingw64.exe? It should already be set correctly by
/etc/profile.
Perhaps we can put this under a "Troubleshooting" section at the end.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 16 Oct 2017 16:20:01 GMT)
Full text and
rfc822 format available.
Message #71 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com> , Glenn
> Morris <rgm <at> gnu.org>,
> Eli Zaretskii <eliz <at> gnu.org>, 28601 <at> debbugs.gnu.org
> Date: Mon, 16 Oct 2017 10:59:58 +0200
>
> I attached a patch to INSTALL.W64 to collect all the instruction needed
> in my case to install Emacs.
Thanks, but I wonder how come such a large change is needed for
something that sounds like a simple problem with PATH. Some of the
changes seem just style or change commands to equivalent ones.
Can you explain what exactly was the problem and how you solved it?
We can then discuss what needs to be changed in the instructions as
written.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 16 Oct 2017 17:12:01 GMT)
Full text and
rfc822 format available.
Message #74 received at 28601 <at> debbugs.gnu.org (full text, mbox):
Dear Noam,
Answers embedded below...
Le 16/10/2017 à 16:23, Noam Postavsky a écrit :
> On Mon, Oct 16, 2017 at 4:59 AM, Vincent Belaïche
> <vincent.belaiche <at> gmail.com> wrote:
>
>> I attached a patch to INSTALL.W64 to collect all the instruction needed
>> in my case to install Emacs.
>
>> +In the sequel we denote by c:\MSYS\INSTALL\DIR\msys64 the
>> +directory where MSYS2 is installed, e.g. C:\msys64 by default.
>
> I think just using the default C:\msys64 might be clearer than using
> this kind of meta-syntax.
>
OK, I will revise that.
>> +
>> +* Configure your MSWindows PATH variable
>> +
>> Then you'll need to add the following directories to your Windows PATH
>> environment variable:
>>
>> - c:\msys64\usr\bin;c:\msys64\mingw64\bin
>> + c:\MSYS\INSTALL\DIR\msys64\usr\bin;c:\MSYS\INSTALL\DIR\msys64\mingw64\bin
>> +
>> +where c:\MSYS\INSTALL\DIR\msys64 depends on your MSYS2 installation,
>> +and is c:\msys64 by default.
>>
>> -you can do this through Control Panel / System and Security / System /
>> +You can do this through Control Panel / System and Security / System /
>> Advanced system settings / Environment Variables / Edit path.
>>
>> Adding these directories to your PATH tells Emacs where to find the DLLs it
>> needs to run, and some optional commands like grep and find. These commands
>> will also be available at the Windows console.
>>
>> +Concerning the find command see also the last step about configuring
>> +your init file to get an MSWindows find port.
>> +
>
> Actually I never changed my Windows PATH. Running Emacs 25 outside of
> the MSYS2 environment complains about not finding libwinpthread-1.dll,
> but Emacs 26 works fine. Perhaps we can just remove this section
> entirely?
>
I does not work for me if I don't change MSWindows PATH. But the text
needs revision anyway because it does not say what has to be
ensured.
What happens for me is that c:\MSYS\INSTALL\DIR\msys64\mingw64\bin has
to be high enough in the path list, otherwise Emacs gets frozen on
start.
I have not fully identified how high it has to be. It seems that if it
is not before c:\Perl64\site\bin then the freeze happens (to be
confirmed by more tests). c:\Perl64\site\bin is some ActiveState native
perl implementation which contains a gcc.exe executable but no DLL's.
>> ** Download and install the necessary packages
>
>> + for w in msys/msys2-launcher-git \
>
> Is there some reason you changed to a for loop?
>
Yes, I had some packages already installed, and if I just type
pacman -S msys/msys2-launcher-git \
msys/m4 \
msys/autoconf \
msys/grep \
msys/findutils \
mingw64/mingw-w64-x86_64-pkg-config \
mingw64/mingw-w64-x86_64-make \
mingw64/mingw-w64-x86_64-toolchain \
mingw64/mingw-w64-x86_64-xpm-nox \
mingw64/mingw-w64-x86_64-libtiff \
mingw64/mingw-w64-x86_64-giflib \
mingw64/mingw-w64-x86_64-libpng \
mingw64/mingw-w64-x86_64-libjpeg-turbo \
mingw64/mingw-w64-x86_64-librsvg \
mingw64/mingw-w64-x86_64-liblcms2 \
mingw64/mingw-w64-x86_64-libxml2 \
mingw64/mingw-w64-x86_64-gnutls \
mingw64/mingw-w64-x86_64-zlib
and I type ENTER for defaulting to « all » then it seems that pacman
does not really re-install anything. With a look thing are handled one
by one more cleanly, and it is easier for the user to discriminate.
I must admit that I have not really checked that nothing is
re-installed: it is just that after ENTER pacman exits immediatly with
saying that it is reinstalled, but I cannot believe that it was done in
almost no time.
>> +** Check your MSYS2 fstab file
>
> Do you mean that your fstab file was broken somehow? I never even
> looked at mine.
MSYS2 was already installed for me some time ago, because I needed a
more recent GNU-make to generate some LaTeX package distribution (the
MSYS1 GNU-Make is bogous with memort handling). So I had already edited
manually the fstab to mount MiKTeX binary directory to /miktex/bin and
have this /miktex/bin in my PATH as set by my ~/.bashrc.
It seems that having done that prevent MSYS2 pacman to update the fstab
when mingw64 stuff is added --- or maybe pacman never tampers with the
fstab, and the /mingw64 mount point was added later than the time when I
installed MSYS2.
>
>> +Otherwise, you will need to exit the MINGW64 console and edit your
>> +~/.bashrc file, where ~ denote
>> +c:\MSYS\INSTALL\DIR\msys64\home\%USERNAME%, to have the correct PATH
>> +variable from MSYS/MINGW32/MINGW64 consoles:
>> +
>> +In this cas, please make sure that ~/.bashrc contains some statement
>> +like:
>
> Do you mean you needed to modify your ~/.bashrc to get the correct
> PATH under mingw64.exe? It should already be set correctly by
> /etc/profile.
>
Well, I have tampered with the original msys2_shell.cmd (what
pre-existed before the launchers were made available) in order to
activate MSWindows native symlinks when I open an MSYS2 console.
See https://github.com/msys2/msys2/issues/71
This works fine, but for some reason when I do that (which amounts to
launching the MSYS2 console through the COM "Shell.Application" with the
"runas" method) then the MSYS2 PATH is the same as my MSWindows PATH (so
it does not contain the /usr/bin etc...). So, to work around this, my
~/.bashrc sets the PATH from scratch w/o using the value at bash
start-up.
This means that whether I use mingw64.exe, mingw32.exe or msys2.exe does
not make any difference to me, and only the ~/.bashrc matters.
Reading again my modified msys2_shell.cmd script and the profile script,
I think that this issue arose from MSYS2_PATH_TYPE not being exported to
the process env that contains the lauched console. This is because all
the msys2_shell.cmd is under setlocal regime.
Anyway, as you see it is better if the user check that the PATH is
correctly set in case that, like me the ~/.bashrc makes some tricks.
> Perhaps we can put this under a "Troubleshooting" section at the end.
Yes, I agree that I was a little naughty, and my troubles were partly
caused by too much hacking.
Vincent.
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Mon, 16 Oct 2017 21:43:01 GMT)
Full text and
rfc822 format available.
Message #77 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Mon, Oct 16, 2017 at 1:11 PM, Vincent Belaïche
<vincent.belaiche <at> gmail.com> wrote:
> I does not work for me if I don't change MSWindows PATH. But the text
> needs revision anyway because it does not say what has to be
> ensured.
>
> What happens for me is that c:\MSYS\INSTALL\DIR\msys64\mingw64\bin has
> to be high enough in the path list, otherwise Emacs gets frozen on
> start.
>
> I have not fully identified how high it has to be. It seems that if it
> is not before c:\Perl64\site\bin then the freeze happens (to be
> confirmed by more tests). c:\Perl64\site\bin is some ActiveState native
> perl implementation which contains a gcc.exe executable but no DLL's.
I tried installing ActiveState perl, it adds this directory to PATH,
but the directory is empty (so of course there is no effect).
>> Is there some reason you changed to a for loop?
>>
>
> Yes, I had some packages already installed, and if I just type
>
> pacman -S msys/msys2-launcher-git \
> msys/m4 \
> msys/autoconf \
[...]
>
> and I type ENTER for defaulting to « all » then it seems that pacman
> does not really re-install anything. With a look thing are handled one
> by one more cleanly, and it is easier for the user to discriminate.
Yes, it seems that it hits an error trying to install
mingw64/mingw-w64-x86_64-liblcms2, and then just quits. The error is
somewhat lost in the noise:
error: target not found: mingw-w64-x86_64-liblcms2
It seems the name must be updated to mingw-w64-x86_64-lcms2.
A drawback of the for loop method is that it is difficult to abort,
even hitting Ctrl+C doesn't stop the loop, you have to hit it again
for each package.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Thu, 19 Oct 2017 08:27:01 GMT)
Full text and
rfc822 format available.
Message #80 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Answers inserted below...
Le 16/10/2017 à 23:42, Noam Postavsky a écrit :
> On Mon, Oct 16, 2017 at 1:11 PM, Vincent Belaïche
> <vincent.belaiche <at> gmail.com> wrote:
>
>> I does not work for me if I don't change MSWindows PATH. But the text
>> needs revision anyway because it does not say what has to be
>> ensured.
>>
>> What happens for me is that c:\MSYS\INSTALL\DIR\msys64\mingw64\bin has
>> to be high enough in the path list, otherwise Emacs gets frozen on
>> start.
>>
>> I have not fully identified how high it has to be. It seems that if it
>> is not before c:\Perl64\site\bin then the freeze happens (to be
>> confirmed by more tests). c:\Perl64\site\bin is some ActiveState native
>> perl implementation which contains a gcc.exe executable but no DLL's.
>
> I tried installing ActiveState perl, it adds this directory to PATH,
> but the directory is empty (so of course there is no effect).
Yes, this directory gets filled when you launch cpan, and install some
module which I can't remember. Anyway, ActiveState is not to be blamed,
I was a bit too quick in speculating that. After some dichotomy on the
position of c:\msys64\mingw64\bin in the PATH I found that the conflict
is with some c:\...\gtk\bin directory the content of which is as
follows:
--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
c:\Nos_Programmes\gtk\bin>dir
dir
Le volume dans le lecteur C n’a pas de nom.
Le numéro de série du volume est AC5E-0292
Répertoire de c:\Nos_Programmes\gtk\bin
18/05/2015 12:12 <DIR> .
18/05/2015 12:12 <DIR> ..
01/12/2013 14:25 24 525 autopoint
01/12/2013 14:38 1 538 croco-0.6-config
01/12/2013 14:25 143 837 envsubst.exe
01/12/2013 14:32 75 043 fc-cache.exe
01/12/2013 14:32 73 222 fc-cat.exe
01/12/2013 14:32 69 653 fc-list.exe
01/12/2013 14:32 71 841 fc-match.exe
01/12/2013 14:32 69 673 fc-pattern.exe
01/12/2013 14:32 68 340 fc-query.exe
01/12/2013 14:32 69 271 fc-scan.exe
01/12/2013 14:32 3 847 freetype-config
01/12/2013 14:31 1 380 gdbus-codegen
01/12/2013 14:31 105 157 gdbus.exe
01/12/2013 14:37 66 211 gdk-pixbuf-csource.exe
01/12/2013 14:37 64 161 gdk-pixbuf-pixdata.exe
01/12/2013 14:37 70 492 gdk-pixbuf-query-loaders.exe
01/12/2013 14:25 142 760 gettext.exe
01/12/2013 14:25 4 616 gettext.sh
01/12/2013 14:25 42 170 gettextize
01/12/2013 14:31 65 677 gio-querymodules.exe
01/12/2013 14:31 107 342 glib-compile-resources.exe
01/12/2013 14:31 118 257 glib-compile-schemas.exe
01/12/2013 14:31 90 048 glib-genmarshal.exe
01/12/2013 14:31 5 483 glib-gettextize
01/12/2013 14:31 17 968 glib-mkenums
01/12/2013 14:31 64 842 gobject-query.exe
01/12/2013 14:31 70 879 gresource.exe
01/12/2013 14:31 83 275 gsettings.exe
01/12/2013 14:31 66 125 gspawn-win64-helper-console.exe
01/12/2013 14:31 66 243 gspawn-win64-helper.exe
01/12/2013 15:05 68 226 gtk-query-immodules-3.0.exe
01/12/2013 15:05 99 034 gtk-update-icon-cache.exe
01/12/2013 15:05 585 gtk-update-icon-cache.exe.manifest
01/12/2013 15:05 192 548 gtk3-demo-application.exe
01/12/2013 15:05 516 715 gtk3-demo.exe
01/12/2013 15:05 145 457 gtk3-widget-factory.exe
01/12/2013 14:25 91 682 libasprintf-0.dll
01/12/2013 14:37 215 280 libatk-1.0-0.dll
01/12/2013 14:34 972 041 libcairo-2.dll
01/12/2013 14:34 73 310 libcairo-gobject-2.dll
01/12/2013 14:34 208 739 libcairo-script-interpreter-2.dll
01/12/2013 14:20 52 957 libcharset-1.dll
01/12/2013 14:38 338 000 libcroco-0.6-3.dll
01/12/2013 14:27 83 622 libffi-6.dll
01/12/2013 14:32 347 810 libfontconfig-1.dll
01/12/2013 14:32 752 539 libfreetype-6.dll
01/12/2013 15:05 93 389 libgailutil-3-0.dll
01/12/2013 15:05 870 852 libgdk-3-0.dll
01/12/2013 14:37 356 005 libgdk_pixbuf-2.0-0.dll
01/12/2013 14:25 1 401 627 libgettextlib-0-18-2.dll
01/12/2013 14:25 398 632 libgettextpo-0.dll
01/12/2013 14:25 320 913 libgettextsrc-0-18-2.dll
01/12/2013 14:31 1 789 609 libgio-2.0-0.dll
01/12/2013 14:31 1 513 572 libglib-2.0-0.dll
01/12/2013 14:31 64 399 libgmodule-2.0-0.dll
01/12/2013 14:31 403 969 libgobject-2.0-0.dll
01/12/2013 14:31 49 635 libgthread-2.0-0.dll
01/12/2013 15:05 6 317 774 libgtk-3-0.dll
01/12/2013 14:20 1 055 676 libiconv-2.dll
01/12/2013 14:25 154 337 libintl-8.dll
01/12/2013 14:35 449 890 libjasper-1.dll
01/12/2013 14:35 345 339 libjpeg-9.dll
01/12/2013 14:26 232 483 liblzma-5.dll
01/12/2013 14:35 439 347 libpango-1.0-0.dll
01/12/2013 14:35 142 951 libpangocairo-1.0-0.dll
01/12/2013 14:35 1 167 075 libpangoft2-1.0-0.dll
01/12/2013 14:35 147 550 libpangowin32-1.0-0.dll
01/12/2013 14:33 1 945 714 libpixman-1-0.dll
01/12/2013 14:32 2 348 libpng-config
01/12/2013 14:32 265 538 libpng15-15.dll
01/12/2013 14:32 2 348 libpng15-config
01/12/2013 15:07 362 691 librsvg-2-2.dll
01/12/2013 14:37 606 630 libtiff-5.dll
01/12/2013 14:27 1 740 678 libxml2-2.dll
01/12/2013 14:25 142 908 ngettext.exe
01/12/2013 14:35 72 342 pango-querymodules.exe
01/12/2013 14:35 121 526 pango-view.exe
01/12/2013 14:31 117 703 pkg-config.exe
01/12/2013 15:16 55 246 pthreadGC2.dll
01/12/2013 14:27 1 681 xml2-config
01/12/2013 14:27 145 311 xmllint.exe
01/12/2013 14:25 91 136 zlib1.dll
82 fichier(s) 29 471 245 octets
2 Rép(s) 101 430 677 504 octets libres
--8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8----
I can't remember when and why I installed this, but this is what causes
the conflict, and placing c:\msys64\mingw64\bin just before it solves
it, and apparently did not change anything for the application which I
use on a regular basis.
I have not investigated further which DLL in this directory is the
conflict cause. What happens when PATH is incorrecly configured is that
at Emacs start-up the Emacs windows appears, it remains black and
everying is frozen (no keyboard events, no mouse event, to kill Emacs I
need to go to the MSWindows Task manager).
>
>>> Is there some reason you changed to a for loop?
>>>
>>
>> Yes, I had some packages already installed, and if I just type
>>
>> pacman -S msys/msys2-launcher-git \
>> msys/m4 \
>> msys/autoconf \
> [...]
>>
>> and I type ENTER for defaulting to « all » then it seems that pacman
>> does not really re-install anything. With a look thing are handled one
>> by one more cleanly, and it is easier for the user to discriminate.
>
> Yes, it seems that it hits an error trying to install
> mingw64/mingw-w64-x86_64-liblcms2, and then just quits. The error is
> somewhat lost in the noise:
>
> error: target not found: mingw-w64-x86_64-liblcms2
>
> It seems the name must be updated to mingw-w64-x86_64-lcms2.
I did that, and now it is fine w/o the loop.
>
> A drawback of the for loop method is that it is difficult to abort,
> even hitting Ctrl+C doesn't stop the loop, you have to hit it again
> for each package.
OK.
I attached a revised patch. I did not yet changed the section « **
Configure your MSYS2 PATH variable for application running from an
mingw64 console ». I will do a further edit about that. This section
will be renamed to « ** Check your MSYS2 PATH variable » and describe
just the checking, and the bulk of the section about editing ~/.bashrc
will be pushed to some « Trouble shooting » section, because, as I had
written, the real problem was my improrer hacking of /msys2_sell.cmd &
~/.bashrc scripts.
BTW, I have made one more comment to MSYS2 issue tracker with a revised
MSYS2 launcher MSDos script fixing this PATH initialization issue caused
by my previous hack:
https://github.com/msys2/msys2/issues/71#issuecomment-337727083
I don't know whether MSYS2 people will buy that, now there is the
launcher module. Yes, I still find that the MSDos script is useful for
getting finer control/understanding about the launch.
VBR,
Vincent.
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
[INSTALL.W64.diff (text/x-patch, inline)]
diff --git a/nt/INSTALL.W64 b/nt/INSTALL.W64
index 4a93dc0..070ad34 100644
--- a/nt/INSTALL.W64
+++ b/nt/INSTALL.W64
@@ -29,24 +29,32 @@ build tools for MinGW-w64 -- see http://msys2.github.io/.
You can download the x86_64 version of MSYS2 (i.e. msys2-x86_64-<date>.exe)
from
- https://sourceforge.net/projects/msys2/files/Base/x86_64
+ https://sourceforge.net/projects/msys2/files/Base/x86_64
Run this file to install MSYS2 in your preferred directory, e.g. the default
C:\msys64 -- this will install MinGW-w64 also. Note that directory names
containing spaces may cause problems.
+* Configure your MSWindows PATH variable
+
Then you'll need to add the following directories to your Windows PATH
environment variable:
c:\msys64\usr\bin;c:\msys64\mingw64\bin
-you can do this through Control Panel / System and Security / System /
+where c:\msys64 depends on your MSYS2 installation, and is c:\msys64 by
+default.
+
+You can do this through Control Panel / System and Security / System /
Advanced system settings / Environment Variables / Edit path.
Adding these directories to your PATH tells Emacs where to find the DLLs it
needs to run, and some optional commands like grep and find. These commands
will also be available at the Windows console.
+Concerning the find command see also the last step about configuring
+your init file to get an MSWindows find port.
+
** Download and install the necessary packages
Run msys2_shell.bat in your MSYS2 directory and you will see a BASH window
@@ -55,25 +63,85 @@ opened.
In the BASH prompt, use the following command to install the necessary
packages (you can copy and paste it into the shell with Shift + Insert):
- pacman -S base-devel \
- mingw-w64-x86_64-toolchain \
- mingw-w64-x86_64-xpm-nox \
- mingw-w64-x86_64-libtiff \
- mingw-w64-x86_64-giflib \
- mingw-w64-x86_64-libpng \
- mingw-w64-x86_64-libjpeg-turbo \
- mingw-w64-x86_64-librsvg \
- mingw-w64-x86_64-liblcms2 \
- mingw-w64-x86_64-libxml2 \
- mingw-w64-x86_64-gnutls \
- mingw-w64-x86_64-zlib
+ pacman -S msys/msys2-launcher-git \
+ msys/m4 \
+ msys/autoconf \
+ msys/grep \
+ msys/findutils \
+ mingw64/mingw-w64-x86_64-pkg-config \
+ mingw64/mingw-w64-x86_64-make \
+ mingw64/mingw-w64-x86_64-toolchain \
+ mingw64/mingw-w64-x86_64-xpm-nox \
+ mingw64/mingw-w64-x86_64-libtiff \
+ mingw64/mingw-w64-x86_64-giflib \
+ mingw64/mingw-w64-x86_64-libpng \
+ mingw64/mingw-w64-x86_64-libjpeg-turbo \
+ mingw64/mingw-w64-x86_64-librsvg \
+ mingw64/mingw-w64-x86_64-lcms2 \
+ mingw64/mingw-w64-x86_64-libxml2 \
+ mingw64/mingw-w64-x86_64-gnutls \
+ mingw64/mingw-w64-x86_64-zlib
+
+Answer Y (for yes) to all questions when the package is not up to date, and n
+(for no) otherwise.
The packages include the base developer tools (autoconf, grep, make, etc.),
the compiler toolchain (gcc, gdb, etc.), several image libraries, an XML
library, the GnuTLS (transport layer security) library, and zlib for
-decompressing text. Only the first three packages are required (base-devel,
-toolchain, xpm-nox); the rest are optional. You can select only part of the
-libraries if you don't need them all.
+decompressing text. Only the packages up to xpm-nox are required; the rest
+are optional. You can select only part of the libraries if you don't need
+them all.
+
+** Check your MSYS2 fstab file
+
+Assuming that MSYS2 is installed in c:\msys64, make sure that your fstab file
+(c:\msys64\etc\fstab) file contains the following lines (starting a column 0
+in the fstab file):
+
+ c:/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+ c:/msys64/mingw32/bin /mingw32/bin ntfs binary,noacl 0 0
+
+Please note that only the first line is needed for 64bit compilation, the
+second one is for a complete fstab file w.r.t. 32bit compilation.
+
+If there is a space in the diectory where MSYS2 is installed, it shall be
+replaced by \040. For instance, if MSYS is installed under "C:\Program
+Files\msys64" there must be this line:
+
+
+ C:/Program\040Files/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+
+Anyway, avoiding to have any space in the path is preferable.
+
+** Configure your MSYS2 PATH variable for application running from an mingw64 console
+
+When you launch the mingw64.exe console from the c:\msys64, and type
+
+ echo "$PATH"
+
+You must have /mingw64/bin and /usr/bin in the paths list in this order.
+
+Otherwise, it means that for some reason your ~/.bashrc file has been edited
+to set the PATH from scratch, which is not the standard MSYS configuration.
+You will need to exit the MINGW64 console and edit your ~/.bashrc file, where
+~ denote c:\msys64\home\%USERNAME%, to have the correct PATH variable from
+any of MSYS/MINGW32/MINGW64 consoles, for instance, please make sure that
+~/.bashrc contains some statement like this:
+
+ case x$MSYSTEM in
+ xMINGW64)
+ PATH="/mingw64/bin:/usr/bin:$PATH"
+ ;;
+ xMINGW32)
+ PATH="/mingw32/bin:/usr/bin:$PATH"
+ ;;
+ xMSYS)
+ PATH="/usr/bin:$PATH"
+ ;;
+ esac
+
+Actually, for the Emacs build only the MINGW64 is useful. There could other
+cases for MSYSTEM envvar equal to MSYS or to MINGW32.
You now have a complete build environment for Emacs.
@@ -126,8 +194,8 @@ Now you're ready to build and install Emacs with autogen, configure, make,
and make install.
First we need to switch to the MinGW-w64 environment. Exit the MSYS2 BASH
-console and run mingw64_shell.bat in the C:\msys64 folder, then cd back to
-your Emacs source directory, e.g.:
+console and run mingw64.exe in the C:\msys64 folder, then cd back to your
+Emacs source directory, e.g.:
cd /c/emacs/emacs-26
@@ -202,6 +270,39 @@ You can set any command line options by right clicking on the resulting
shortcut, select Properties, then add any options to the Target command,
e.g. --debug-init.
+* Configure your init file for Emacs to get a findutils windows port
+
+As far as find is concerned, at this stage you have configured the
+MSWindows PATH envvar to have c:\msys64\usr\bin in
+it.
+
+You should have done that in a way that c:\msys64\usr\bin is after
+C:\Windows\System32 in the PATH, otherwise the MSYS2 find.exe will be used
+instead of the MSWindows find.exe by other MSWindows application and this may
+cause some problem in your MSWindows environment --- although nobody has ever
+reported such a trouble.
+
+As far as Emacs is concerned, the lasy way is to use the MSYS2 find utility
+despit the PATH envvar by setting in your init file the following (where
+c:/msys64 has to be replaced with the directory where MSYS2 is installed):
+
+ (setq find-program "c:/msys64/usr/bin/find.exe")
+
+Actually, it is better to work a little bit more and use a MSWindows port
+rather than the MSYS find. See why here
+https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27393
+
+For instance this port can be used.
+
+https://sourceforge.net/projects/ezwinports/files/findutils-4.2.30-5-w64-bin.zip/download
+
+Then add to your init file lines like these :
+
+ (setq find-program "c:/PATH/TO/FIND/PORT/find.exe")
+
+where "c:/PATH/TO/FIND/PORT/" is the place where you have installed this find
+MSWindows port.
+
* Credits
Thanks to Chris Zheng for the original build outline as used by the
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 02:38:01 GMT)
Full text and
rfc822 format available.
Message #83 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
severity 28601 minor
merge 28601 28888
quit
Trying to consolidate recent bug-gnus-emacs and emacs-devel discussion
about this.
[v3-0001-nt-INSTALL.W64-Add-Troubleshooting-section-Bug-28.patch (text/x-diff, inline)]
From f7aa938dbba2514aab73691eb6beea26dfa41d70 Mon Sep 17 00:00:00 2001
From: Noam Postavsky <npostavs <at> gmail.com>
Date: Tue, 7 Nov 2017 18:01:01 -0500
Subject: [PATCH v3] * nt/INSTALL.W64: Add "Troubleshooting" section
(Bug#28601).
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Co-authored-by: Vincent Belaiche <vincent.belaïche <at> gmail.com>
---
nt/INSTALL.W64 | 75 ++++++++++++++++++++++++++++++++++++++++++++--------------
1 file changed, 57 insertions(+), 18 deletions(-)
diff --git a/nt/INSTALL.W64 b/nt/INSTALL.W64
index 71864ce..c612b13 100644
--- a/nt/INSTALL.W64
+++ b/nt/INSTALL.W64
@@ -35,18 +35,6 @@ Run this file to install MSYS2 in your preferred directory, e.g. the default
C:\msys64 -- this will install MinGW-w64 also. Note that directory names
containing spaces may cause problems.
-Then you'll need to add the following directories to your Windows PATH
-environment variable:
-
- c:\msys64\usr\bin;c:\msys64\mingw64\bin
-
-you can do this through Control Panel / System and Security / System /
-Advanced system settings / Environment Variables / Edit path.
-
-Adding these directories to your PATH tells Emacs where to find the DLLs it
-needs to run, and some optional commands like grep and find. These commands
-will also be available at the Windows console.
-
** Download and install the necessary packages
Run c:/msys64/msys2.exe in your MSYS2 directory and you will see a BASH window
@@ -112,11 +100,11 @@ C:\emacs\emacs-24.5:
** From the Git repository
To download the Git repository, do something like the following -- this will
-put the Emacs source into C:\emacs\emacs-25:
+put the Emacs source into C:\emacs\emacs-26:
mkdir /c/emacs
cd /c/emacs
- git clone git://git.sv.gnu.org/emacs.git emacs-25
+ git clone git://git.sv.gnu.org/emacs.git emacs-26
(We recommend using the command shown on Savannah Emacs project page.)
@@ -150,11 +138,10 @@ which 'make install' will use - in this example we set it to C:\emacs\emacs-26.
If a prefix is not specified the files will be put in the standard Unix
directories located in your C:\msys64 directory, but this is not recommended.
-Note also that we need to disable Imagemagick because Emacs does not yet
-support it on Windows.
+Note also that we need to disable Imagemagick and DBUS because Emacs
+does not yet support them on Windows.
- PKG_CONFIG_PATH=/mingw64/lib/pkgconfig \
- ./configure --prefix=/c/emacs/emacs-26 --without-imagemagick
+ ./configure --prefix=/c/emacs/emacs-26 --without-imagemagick --without-dbus
** Run make
@@ -192,6 +179,14 @@ To test it out, run
and if all went well, you will have a new 64-bit version of Emacs.
+When running Emacs from outside the mingw64 shell, you will need to
+add c:\msys64\mingw64\bin to your Windows PATH, or copy the needed
+DLLs into Emacs' bin/ directory. Otherwise features such as TLS which
+depend on those DLLs will be missing.
+
+You can do this through Control Panel / System and Security / System /
+Advanced system settings / Environment Variables / Edit path.
+
* Make a shortcut
To make a shortcut to run the new Emacs, right click on the location where you
@@ -202,6 +197,50 @@ You can set any command line options by right clicking on the resulting
shortcut, select Properties, then add any options to the Target command,
e.g. --debug-init.
+* Troubleshooting
+
+** Missing mingw64.exe launcher
+
+Older versions of Msys2 may lack the mingw64.exe launcher program. If
+you have them, running mingw64_shell.bat or "msys2_shell.cmd -mingw64"
+should work instead.
+
+Alternatively, install mingw64.exe with
+
+ pacman -S msys/msys2-launcher-git
+
+** Check your $PATH
+
+When building Emacs, you should have /mingw64/bin in $PATH, such that running
+
+ which gcc
+
+gives '/mingw64/bin/gcc'.
+
+** Check your $PKG_CONFIG_PATH
+
+It should start with '/mingw64/lib/pkgconfig'.
+
+** Check your MSYS2 fstab file
+
+Assuming that MSYS2 is installed in c:\msys64, make sure that your fstab file
+(c:\msys64\etc\fstab) file contains the following lines (starting a column 0
+in the fstab file):
+
+ c:/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+ c:/msys64/mingw32/bin /mingw32/bin ntfs binary,noacl 0 0
+
+Please note that only the first line is needed for 64bit compilation, the
+second one is for a complete fstab file w.r.t. 32bit compilation.
+
+If there is a space in the diectory where MSYS2 is installed, it shall be
+replaced by \040. For instance, if MSYS is installed under "C:\Program
+Files\msys64" there must be this line:
+
+ C:/Program\040Files/msys64/mingw64/bin /mingw64/bin ntfs binary,noacl 0 0
+
+As mentioned above, avoiding spaces is preferable.
+
* Credits
Thanks to Chris Zheng for the original build outline as used by the
--
2.6.2.windows.1
Severity set to 'minor' from 'normal'
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.
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 16:07:01 GMT)
Full text and
rfc822 format available.
Message #90 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Cc: Glenn Morris <rgm <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>, 28601 <at> debbugs.gnu.org, Francis Wright <f.j.wright <at> live.co.uk>, Stephen Leake <stephen_leake <at> stephe-leake.org>, Phillip Lord <phillip.lord <at> russet.org.uk>, Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Tue, 07 Nov 2017 21:37:41 -0500
>
> Trying to consolidate recent bug-gnus-emacs and emacs-devel discussion
> about this.
Thanks.
> -Note also that we need to disable Imagemagick because Emacs does not yet
> -support it on Windows.
> +Note also that we need to disable Imagemagick and DBUS because Emacs
> +does not yet support them on Windows.
I think the correct spelling is D-Bus, no?
> +** Check your $PATH
> +
> +When building Emacs, you should have /mingw64/bin in $PATH, such that running
> +
> + which gcc
> +
> +gives '/mingw64/bin/gcc'.
> +
> +** Check your $PKG_CONFIG_PATH
> +
> +It should start with '/mingw64/lib/pkgconfig'.
You are talking to Windows users here, they might not be familiar with
the Unix shell's $FOO syntax. So I suggest to be more explicit here,
something like
** Check your PATH environment variable
Also, there are native Windows ports of 'which', so I suggest to say
explicitly that "which gcc" should be invoked from the MSYS Bash
command line (and if so, why not use "type gcc" instead?). Otherwise,
the report by 'which' might be in a very different form, because
/mingw64 is not a real Windows file name.
(Btw, on my system, "type gcc" from Bash says "/d/usr/bin/gcc", and
there's nothing wrong with my installation. So this advice could be
okay for the newbies, but if the value is different, it doesn't yet
mean the installation is wrong. I'm just saying.)
> +** Check your MSYS2 fstab file
I don't understand why this part is necessary. AFAIR, fstab is set up
by the MSYS installer, and if it doesn't have the correct entries,
nothing will really work. So I think this problem can only happen if
someone manually tinkers with their fstab, and if so, they should know
what they are doing. Asking people to look there runs the risk of
them deciding that the value is somehow incorrect, and editing it to
completely ruin their MSYS installation. FWIW, I have _never_ needed
to look at that file, in all the years I have an actively maintained
and used MSYS installation.
So I think this is best skipped.
Thanks again for working on this, and thanks to everyone else who
contributed to this discussion.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 17:43:02 GMT)
Full text and
rfc822 format available.
Message #93 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Wed, Nov 8, 2017 at 11:05 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> +Note also that we need to disable Imagemagick and DBUS because Emacs
>> +does not yet support them on Windows.
>
> I think the correct spelling is D-Bus, no?
Yes, you're right (ref https://www.freedesktop.org/wiki/Software/dbus/).
>> +** Check your $PATH
>> +
>> +When building Emacs, you should have /mingw64/bin in $PATH, such that running
>> +
>> + which gcc
>> +
>> +gives '/mingw64/bin/gcc'.
>> +
>> +** Check your $PKG_CONFIG_PATH
>> +
>> +It should start with '/mingw64/lib/pkgconfig'.
>
> You are talking to Windows users here, they might not be familiar with
> the Unix shell's $FOO syntax. So I suggest to be more explicit here,
> something like
>
> ** Check your PATH environment variable
>
> Also, there are native Windows ports of 'which', so I suggest to say
> explicitly that "which gcc" should be invoked from the MSYS Bash
> command line (and if so, why not use "type gcc" instead?). Otherwise,
> the report by 'which' might be in a very different form, because
> /mingw64 is not a real Windows file name.
>
> (Btw, on my system, "type gcc" from Bash says "/d/usr/bin/gcc", and
> there's nothing wrong with my installation. So this advice could be
> okay for the newbies, but if the value is different, it doesn't yet
> mean the installation is wrong. I'm just saying.)
But you have MSYS (1), right? The issue here, is that with MSYS2 there
are 3 possible gcc's that can be installed. The mingw64 one should be
active. If the user launched C:\msys64\msys2.exe instead of
C:\msys64\mingw64.exe, they would get "/usr/bin/gcc", which is not the
right gcc (it would result in the "Emacs does not support
'x86_64-pc-msys' systems" error mentioned in the bug title).
Obviously, the text in my patch didn't explain this clearly enough.
>> +** Check your MSYS2 fstab file
>
> I don't understand why this part is necessary. AFAIR, fstab is set up
> by the MSYS installer, and if it doesn't have the correct entries,
> nothing will really work. So I think this problem can only happen if
> someone manually tinkers with their fstab, and if so, they should know
> what they are doing. Asking people to look there runs the risk of
> them deciding that the value is somehow incorrect, and editing it to
> completely ruin their MSYS installation. FWIW, I have _never_ needed
> to look at that file, in all the years I have an actively maintained
> and used MSYS installation.
>
> So I think this is best skipped.
Maybe we should title the section "If your name is Vincent, Check your
MSYS2 fstab file" ;)
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 18:15:02 GMT)
Full text and
rfc822 format available.
Message #96 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Wed, 8 Nov 2017 12:42:29 -0500
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>,
> Glenn Morris <rgm <at> gnu.org>, 28601 <at> debbugs.gnu.org, Francis Wright <f.j.wright <at> live.co.uk>,
> Stephen Leake <stephen_leake <at> stephe-leake.org>, Phillip Lord <phillip.lord <at> russet.org.uk>,
> Fabrice Popineau <fabrice.popineau <at> gmail.com>
>
> > (Btw, on my system, "type gcc" from Bash says "/d/usr/bin/gcc", and
> > there's nothing wrong with my installation. So this advice could be
> > okay for the newbies, but if the value is different, it doesn't yet
> > mean the installation is wrong. I'm just saying.)
>
> But you have MSYS (1), right?
Yes, but it doesn't matter. MSYS2 didn't (and couldn't) change the
basic facts that I'll try explaining below.
> The issue here, is that with MSYS2 there are 3 possible gcc's that
> can be installed. The mingw64 one should be active. If the user
> launched C:\msys64\msys2.exe instead of C:\msys64\mingw64.exe, they
> would get "/usr/bin/gcc", which is not the right gcc (it would
> result in the "Emacs does not support 'x86_64-pc-msys' systems"
> error mentioned in the bug title).
All of this is only true if your installation is the "canonical" one,
in which case MinGW and MSYS are installed under the same common
parent, but in sibling subdirectories. But that's not the only valid
installation. The only important thing is that the MinGW programs,
including GCC, are on the Windows PATH, because then they can be
invoked both from MSYS Bash and from anywhere else on the system
(including from Emacs which was run via anything except Bash). There
are no other requirements for a healthy MinGW installation. If
someone installed MSYS gcc (why did they? it's not needed, and they
are shooting themselves in the foot), they just need to make sure it's
mentioned on PATH after the MinGW one, or even doesn't appear at all
on the Windows PATH, only on the MSYS PATH set by .bashrc and friends.
IOW, what we are advertising here is only one particular setup, which
just happens to be what the MSYS2 crowd decided for you. It is
incorrect to say that any other setup is wrong.
> >> +** Check your MSYS2 fstab file
> >
> > I don't understand why this part is necessary. AFAIR, fstab is set up
> > by the MSYS installer, and if it doesn't have the correct entries,
> > nothing will really work. So I think this problem can only happen if
> > someone manually tinkers with their fstab, and if so, they should know
> > what they are doing. Asking people to look there runs the risk of
> > them deciding that the value is somehow incorrect, and editing it to
> > completely ruin their MSYS installation. FWIW, I have _never_ needed
> > to look at that file, in all the years I have an actively maintained
> > and used MSYS installation.
> >
> > So I think this is best skipped.
>
> Maybe we should title the section "If your name is Vincent, Check your
> MSYS2 fstab file" ;)
Fine with me.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 19:25:01 GMT)
Full text and
rfc822 format available.
Message #99 received at 28601 <at> debbugs.gnu.org (full text, mbox):
On Wed, Nov 8, 2017 at 1:13 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> IOW, what we are advertising here is only one particular setup, which
> just happens to be what the MSYS2 crowd decided for you. It is
> incorrect to say that any other setup is wrong.
Okay, it occurs to me that checking the output of 'gcc -v 2>&1 | grep
Target' would be a more robust way of checking this anyway.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Wed, 08 Nov 2017 19:40:01 GMT)
Full text and
rfc822 format available.
Message #102 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Wed, 8 Nov 2017 14:23:55 -0500
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>,
> Glenn Morris <rgm <at> gnu.org>, 28601 <at> debbugs.gnu.org, Francis Wright <f.j.wright <at> live.co.uk>,
> Stephen Leake <stephen_leake <at> stephe-leake.org>, Phillip Lord <phillip.lord <at> russet.org.uk>,
> Fabrice Popineau <fabrice.popineau <at> gmail.com>
>
> Okay, it occurs to me that checking the output of 'gcc -v 2>&1 | grep
> Target' would be a more robust way of checking this anyway.
Yes.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Thu, 16 Nov 2017 14:42:02 GMT)
Full text and
rfc822 format available.
Message #105 received at 28601 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Here's an updated patch.
[v4-0001-Update-nt-INSTALL.W64-Bug-28601.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#28601; Package
emacs.
(Thu, 16 Nov 2017 16:15:02 GMT)
Full text and
rfc822 format available.
Message #108 received at 28601 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Thu, 16 Nov 2017 09:40:56 -0500
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>,
> Glenn Morris <rgm <at> gnu.org>, 28601 <at> debbugs.gnu.org, Francis Wright <f.j.wright <at> live.co.uk>,
> Stephen Leake <stephen_leake <at> stephe-leake.org>, Phillip Lord <phillip.lord <at> russet.org.uk>,
> Fabrice Popineau <fabrice.popineau <at> gmail.com>
>
> Here's an updated patch.
LGTM, thanks.
Reply sent
to
Noam Postavsky <npostavs <at> users.sourceforge.net>:
You have taken responsibility.
(Tue, 21 Nov 2017 19:45:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
vincent.belaiche <at> gmail.com (Vincent Belaïche):
bug acknowledged by developer.
(Tue, 21 Nov 2017 19:45:02 GMT)
Full text and
rfc822 format available.
Message #113 received at 28601-done <at> debbugs.gnu.org (full text, mbox):
On Thu, Nov 16, 2017 at 11:11 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Here's an updated patch.
>
> LGTM, thanks.
Pushed to emacs-26.
[1: 7ab7603]: 2017-11-21 14:43:04 -0500
Update nt/INSTALL.W64 (Bug#28601)
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=7ab7603125d7361cb13f5accbeb1c3e02a21b693
Reply sent
to
Noam Postavsky <npostavs <at> users.sourceforge.net>:
You have taken responsibility.
(Tue, 21 Nov 2017 19:45:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Francis Wright <f.j.wright <at> live.co.uk>:
bug acknowledged by developer.
(Tue, 21 Nov 2017 19:45: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 6 years and 122 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.