NTEmacs スレッド 5 [転載禁止]©2ch.net

**名無しさん＠お腹いっぱい。** · 2015/03/09(月) 00:01:58.25

前スレ
NTEmacs スレッド 4
http://anago.2ch.net/test/read.cgi/software/1401870078/

GNU Emacs
http://www.gnu.org/software/emacs/

gnupack (cygwn + emacs package)
http://sourceforge.jp/projects/gnupack/

GNU emacs(x64)
http://hp.vector.co.jp/authors/VA052357/emacs.html

CVS　http://savannah.gnu.org/cvs/?group=emacs
Git　http://savannah.gnu.org/git/?group=emacs

FAQ　http://www.gnu.org/software/emacs/windows/ntemacs.html
EmacsWiki　http://www.emacswiki.org/
Mailing Lists　http://savannah.gnu.org/mail/?group_id=40

Bug Report
M-x report-emacs-bug RET

**名無しさん＠お腹いっぱい。** · 2020/06/22(月) 13:45:44.47

実際に使おうっていうんじゃなくて興味オンリーなんだけど
Windows Terminalで動かす方法はある?

**名無しさん＠お腹いっぱい。** · 2020/06/25(木) 16:07:39.60

何となく思い立って、Gitリポジトリのemacs-27ブランチをチェックアウトして、
ビルド&インストールしてみたけど、素のままだと当然IME使えなかった…orz。

**名無しさん＠お腹いっぱい。** · 2020/06/26(金) 08:31:26.26

>>597
ここのパッチでIME使えているよ
https://github.com/K-Arakawa/emacs-ime-patch

**名無しさん＠お腹いっぱい。** · 2020/06/26(金) 20:38:41.91

多分そういう話じゃないと思う

**名無しさん＠お腹いっぱい。** · 2020/06/26(金) 23:40:05.41

ddskkを使えば解決
Emacs使いは全てをEmacsだけで解決すべし
日本語入力もしかり

**名無しさん＠お腹いっぱい。** · 2020/06/26(金) 23:52:23.21

>>598
横だけど、ここmaster用のパッチまであるのがすごいな。
試しにGitリポジトリのmasterをチェックアウトして、
このパッチ当ててビルド&インストールしてみたけど、
masterでちゃんとIMEが使えるようになったわ。

**名無しさん＠お腹いっぱい。** · 2020/06/27(土) 08:12:52.26

でも正直、こういうパッチとか必要なくて、公式で配布されてるWindowsバイナリを使って
設定も何も必要ないか、せいぜいdefault-input-methodを設定するくらいで
それでIME使って入力出来るようになってほしいよなぁ
まあ、ここでそんなことを言っていても意味ないんだろうけど

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 01:26:03.66

公式バイナリは--with-modulesでコンパイルされているから、
>>587で紹介されてるw32-imeadvを使えばいいのでは

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 07:16:47.27

いやそういうのも必要なくて、公式バイナリだけでIME使えるようになってほしい、って話でしょ
もっとも、昔はIMEパッチ無しでも未変換状態でインラインにならないのを我慢すれば使えてたのが、
今ではそもそもIME使えないようになってしまったから、状況はむしろ悪化してしまっているんだけど

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 11:24:59.57

Emacs-26.3とEmacs-27.0.91の公式バイナリだけでIMEでの日本語入力はできてるが、
"IME使えないようになってしまった"ってそれより最近の話?

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 21:10:01.72

mozc_emacs_helper.exe使うようになってから、公式バイナリで問題ない。WSLでも使える方法だし。

**名無しさん＠お腹いっぱい。** · 2020/07/01(水) 17:32:15.25

w32-imeadvがバイナリも一緒に置いてあれば……

**名無しさん＠お腹いっぱい。** · 2020/07/03(金) 12:56:09.19

そういえば公式バイナリのZIPアーカイブって、なんであんなにいろいろと入っているんだろう。
例えばPythonが丸ごと入っているっぽいんだけど、Pythonが無いと動かない機能とかあったりするの？

57 · 2020/07/04(土) 17:23:27.37

>>607
これなんだけどEmacsをdaemonで動かすとinit.elに記述したw32-imeadvのLispを
なぜか読み込んでくれないんだよね。
どうしたものか…

**名無しさん＠お腹いっぱい。** · 2020/07/04(土) 17:43:20.09

emacs-develでのこのメールから始まるツリーで議論されてるな
https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg00720.html
んで、この議論の後に通常のリリース手順に沿って作られたと思われる
emacs-27.0.91-x86_64.zipが小さいんで、Emacs-27では改善されると思うね

**名無しさん＠お腹いっぱい。** · 2020/07/04(土) 18:17:31.28

w32-imeadvは連続して100回くらい変換してるとEmacs自体が激重になるバグがある
何かがリークしてると思われる

**名無しさん＠お腹いっぱい。** · 2020/07/04(土) 18:21:30.28

>>609
daemonモードはinitial-frameがまだ作られていない状態で起動するから、
init.el実行中はwindow-systemはnilじゃなかったかな(うろ覚え)

lisp-w32-imeadvを変更しない前提なら、
after-make-frame-functionsあたりに、lisp-w32-imeadvをloadするhookを
足せばいいのでは

**名無しさん＠お腹いっぱい。** · 2020/07/29(水) 23:42:26.17

>>610
じゃあ26が一番でかいってことになるのかな　通常版は215MBあったからな

しかしno-depsとほぼ別バージョンになってるのはもうしょうがないのか
windowsの標準ライブラリでは実装できないんだろうけど

**名無しさん＠お腹いっぱい。** · 2020/08/05(水) 02:16:58.43

今更な話なのかもしれないけど、IMEパッチを本家にマージする
みたいなことって、今まで誰もやってないの？
あるいは既に誰かがやったけど拒否された、とかだったりするの？

**名無しさん＠お腹いっぱい。** · 2020/08/05(水) 06:41:25.71

>>614
簡易IME対応は26.2に取り込まれたって書いてるね
http://cha.la.coocan.jp/doc/NTEmacs.html

**パッチモン** · 2020/08/05(水) 12:52:46.13

>614
その昔、パッチを管理してた頃、emacs-dev 投げたけど、無視だった。
マウスカーソルの場所に応じて変形させるパッチはすんなり採用されたけど、IMEに興味無さそうだったな。

**名無しさん＠お腹いっぱい。** · 2020/08/07(金) 08:35:06.29

IMEでのかな漢字変換を使ってないと課題がつかめないよな
キーストロークを全部書いて、いかに不便か/便利になるかを示しきれなかったとか?

57 · 2020/08/07(金) 16:40:16.52

>>617
普段から2バイトや3バイトを1文字につかう言葉のことなんてネイティブイングリッシュな
奴らから見たら野蛮で下等ってことじゃないのかな。

**名無しさん＠お腹いっぱい。** · 2020/08/07(金) 19:51:36.04

そもそもWindowsのIMEって日本語環境特有のものなの？
例えば中国語ってどうやって入力するの？

**名無しさん＠お腹いっぱい。** · 2020/08/11(火) 22:54:21.95

27.1の公式バイナリは今月中に来てくれるのかな

**名無しさん＠お腹いっぱい。** · 2020/08/12(水) 02:50:14.42

おお、27.1出たのか

**名無しさん＠お腹いっぱい。** · 2020/08/23(日) 02:42:45.87

>>620
確かに26.xの時はソースが公開されてから一週間以内に公式バイナリが
公開されていたのに対して、今回は時間が掛かっているみたいだけど
何か問題でも発生しているの？

**名無しさん＠お腹いっぱい。** · 2020/08/23(日) 03:24:43.60

pretest版の27.1バイナリは出てるよ
https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/
8/13には公開されてたけど、DLLが足りてないって話がbug-gnu-emacsやemacs-develに出て、
一度更新されたようだ

**名無しさん＠お腹いっぱい。** · 2020/08/24(月) 20:21:53.45

もしかして公式Windowsビルドが遅いのって25.3の反省?

**名無しさん＠お腹いっぱい。** · 2020/08/26(水) 16:28:45.68

27.1の公式バイナリが出た模様
https://ftp.gnu.org/gnu/emacs/windows/emacs-27/

**名無しさん＠お腹いっぱい。** · 2020/08/27(木) 14:10:27.29

公式バイナリそのままでimeadvが使えて助かる

**名無しさん＠お腹いっぱい。** · 2020/08/27(木) 18:14:48.81

emacs-27.1-x86_64-installer.exeなんてのがあるから
試しにダウンロードしてインストールしてみたんだけど
標準でC:\Program Files\Emacs\x86_64の下にインストールされるんだな
C:\Program Files\Emacsはさておくとしてもx86_64って何だよ

**名無しさん＠お腹いっぱい。** · 2020/08/27(木) 22:53:49.12

ARM版Windows10が有るから、そこにx86-64版とARM版が共存出来る事を狙ってるのだろう

**名無しさん＠お腹いっぱい。** · 2020/08/27(木) 23:53:07.79

emacs.exeのフルパスは?

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 00:04:15.44

じゃなかった、lispディレクトリはどこになるの?

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 00:58:26.19

>>630
C:\Program Files\Emacs\x86_64が$(prefix)で、その下は以前と一緒
C:\Program Files\Emacs\x86_64\share\emacs\27.1\lispとか
C:\Program Files\Emacs\x86_64\share\emacs\site-lispとか

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 10:54:45.45

普通に考えると $(prefix) は C:\Program Files\Emacs にしておいて
$(exec_prefix) を C:\Program Files\Emacs\x86_64 にするだろうに

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 14:49:32.03

今x86なものをProgram Files (x86)の方にインストールさせてるくせにarmがメインになってもマイクロソフトはProgram Files (x64)作らんのですか……？

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 16:23:49.21

というか、例えARM版Windowsが普及したとしても、その上でx86版の
公式バイナリを動かしたいなんて要望が本当にあるんだろうか
ARM版Windowsが普及したらARM版の公式バイナリが出て
それで万事解決ってことになると思うんだけど

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 18:30:17.63

CPUに依存するコードは多分無いはずだけど、それでもすんなりビルド出来るかは分からんよ
それにARM版はx86-64のコードもかなり速く動かせるようだから、x86-64版を使うのも有りだと思う

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 18:35:31.26

>>633
作るも何もx86-64版のインストーラは例えARM上で動いていても、x86-64版で動いてると思ってるから、普通にProgram Files以下に入れてしまう
自分で選択し直す事も出来るだろうけど、誰もそんな面倒なことはしないだろう

**名無しさん＠お腹いっぱい。** · 2020/08/28(金) 20:53:41.29

emacs-27.1-i686-installer.exe を32bit機で動かすと

C:\Program Files\Emacs\i686

に入るだろうという予想は当然として、64bit機ではどうだろう

C:\Program Files\Emacs\i686
C:\Program Files (x86)\Emacs\i686

なんか前者のような気がしてならない

**名無しさん＠お腹いっぱい。** · 2020/08/29(土) 07:21:06.91

>>637
実際にやってみたら後者になった

**103** · 2020/08/29(土) 17:15:29.08

NTemacs 27.1 の ewwでURLを入力して閲覧しようとすると

package tls is duplicated
や
could not connection to 443
が出て閲覧できない。
PATH には C:\emacs-27.1-i686\bin を入れてるけど
(gnutls-available-p) が nilになる。
うーむわからん。

**名無しさん＠お腹いっぱい。** · 2020/08/29(土) 18:01:03.75

>>639
27.1の公式バイナリでM-x ewwでhttps://www.google.com/を
指定してみたけど、普通にアクセス出来ている
どのバイナリを使っているのか判らないけど
自前ビルドのバイナリなら、C:\emacs-27.1-i686\binに
libgnutls-30.dllが無いとかじゃないの

**名無しさん＠お腹いっぱい。** · 2020/08/29(土) 20:50:07.17

>>638
ということはやっぱり x86_64 とか i686 を掘る意味がないな

一番複雑な ARM64 機だったとしても

ARM64 バイナリは C:\Program Files
ARM32 バイナリは C:\Program Files (arm)
x86 バイナリは C:\Program Files (x86)
x64 バイナリは確かまだ動かないから関係ない

にインストールされるから衝突しないよね

**名無しさん＠お腹いっぱい。** · 2020/08/29(土) 22:45:45.22

つうか、そんなにProgram Filesのバリエーションを増やしたいのか…

**名無しさん＠お腹いっぱい。** · 2020/08/31(月) 13:58:32.58

scoopのextra bucketにも来てた早速インストール
emacsとか開発系のツールは最近全部scoopだわ

**名無しさん＠お腹いっぱい。** · 2020/09/12(土) 12:48:31.13

27.1で以前と比べて半分のサイズになったとはいえ、
公式バイナリって本当にたくさんのファイルが含まれているよな
includeの下にCのヘッダファイルがたくさんあるんだけど
これって本当にEmacsの動作に必要なんだろうか

**103** · 2020/09/12(土) 12:59:47.23

27.1の公式
orgモードで
<eﾀﾌﾞ
などを入力するとブロックテンプレート
#+BEGIN_EXAMPLE
#+END_EXAMPLE
が挿入される機能が動作しなくなったけど
ﾊﾞｲﾅﾘに含まれているOegの仕様が変わったんでしょうか？

**名無しさん＠お腹いっぱい。** · 2020/09/12(土) 17:22:32.21

>>645
https://orgmode.org/Changes_old.html にあるOrg 9.2の変更点にある、
Change in the structure template expansionを読むといいと思うよ
(Emacs 26.3付属はOrg 9.1.9、Emacs 27.1付属はOrg 9.3のようだ)

**103** · 2020/09/12(土) 18:01:15.69

>>646
ありがとう。

**名無しさん＠お腹いっぱい。** · 2020/09/25(金) 19:52:54.02

ttps://github.com/mhatta/emacs-27-x86_64-win-ime
の27.1を使わせてもらってるけど、
26でもWindows10 1803などで発生していた
IMEをONにしても日本語が入力されない問題がWindows10 2004で起きるね

現象も回避策もこれと同じだった
ttps://github.com/chuntaro/NTEmacs64/issues/3

**名無しさん＠お腹いっぱい。** · 2020/09/28(月) 01:44:28.86

>>644
多分MSYS2のパッケージ単位で必要なものを選択しているんじゃないかな
例えばPNG画像を表示するためにはlibpng16-16.dllだけあれば十分なんだけど
MSYS2のmingw-w64-x86_64-libpngパッケージには画像形式変換のためのexeも
ヘッダファイルもmanページも含まれているから、それら全部が公式バイナリに
含まれている、と

**名無しさん＠お腹いっぱい。** · 2020/10/09(金) 14:52:34.06

26.3から27.1に上げたら2,3日に一回ぐらいハングアップしてたのが解消した気がする
Chocolatey

**名無しさん＠お腹いっぱい。** · 2020/10/15(木) 15:43:38.76

27.1でもハングアップしたので >>650 は取り消し。

**名無しさん＠お腹いっぱい。** · 2020/11/01(日) 23:10:19.09

https://github.com/trueroad/tr-emacs-ime-module
ってw32-imeadvと比べてどう？バイナリもあるみたいだけど

**名無しさん＠お腹いっぱい。** · 2020/11/05(木) 23:43:10.77

>>650 は、shell bufferでパスワード入力するときに開かれたmini bufferが、閉じられずに放置されたまま長時間経過すると発症する気配がある。
きちんとmini bufferでパスワード入力するように心がけてからは再発しなくなった。

**名無しさん＠お腹いっぱい。** · 2020/11/11(水) 01:43:47.77

>>652
IMEパッチ版がたまにIME入力中に落ちる現象が
27.1でもどうしても直せないので
本家バイナリ+それに乗り換えたけど
落ちないみたいなので安心感がある

未確定時のフォント設定、モードラインやカーソル色の変更くらいの使い方だと
IMEパッチ版と機能的にも違いが見えない

ただ、IMEパッチ版は副作用なのか
なぜかフック系のキーカスタマイズツールが効くようになるので
マルチモニタのモニタ間移動をアサインしてたのだけど
それの代替が見付からないのが個人的には不便

**名無しさん＠お腹いっぱい。** · 2020/11/14(土) 19:10:49.36

>>654

落ちないなら乗り換えるかなぁ？
「フック系のキーカスタマイズツール」ってなに？

**名無しさん＠お腹いっぱい。** · 2020/11/15(日) 16:36:54.78

>>655
メッセージフックを利用してキーを置き換えるツールのこと
特にWH_KEYBOARD_LLというのを使うツール(yamyとかのどかとか)が
本家バイナリからはキーを横取りできなくて効かないんだけど
IMEパッチを当てるとなぜか効くようになる

**名無しさん＠お腹いっぱい。** · 2020/11/15(日) 20:57:09.14

>>656
yamyとか面白そうなんで試してみた。
IMEパッチ当たってるEmacsでもyamyのキー置き換えが効かないのあるんだな。
mhattaが配布しているIMEパッチでは効いた。TANEが配布しているIMEパッチでは効かなかった。
何が違うんだか…。

**名無しさん＠お腹いっぱい。** · 2020/11/25(水) 01:40:13.97

>>657
使いこなすの速いな・・・
IMEパッチだけが理由の100%じゃなかったんだ

スレチだけどMac版EmacsもOSのショートカットキーよりも
Emacsの方が優先されるものがある
多分、独自のキーバインドを実現するために
GNUがかなり低レベルレイヤでキー入力をキャプチャする方針で作ってるのを
mhatta版ではパッチ当てのどこかで解除してるのだろうと思う

**名無しさん＠お腹いっぱい。** · 2021/01/05(火) 15:35:06.76

>>652をinit.elに組み込んでるんだけどdaemonモードだとやっぱりw32-ime-initalizeを評価してくれなくて
emacsclientwでwindowを立ち上げたときに有効にならない。

仕方なくこんな関数をinit.elに定義してemacsclientw.exe -c -a "" -e "(tr-ime-open)"で
windowを立ち上げて有効にしている。

(defun tr-ime-open()
(interactive)
(tr-ime-advanced-install)
(w32-ime-initialize)
)

after-make-frame-functionsへw32-ime-initializeのadd-hookがどうしてもうまく行かなくて
どうやってel書いたらいいのかわからない。

**名無しさん＠お腹いっぱい。** · 2021/01/05(火) 17:30:05.03

>>659
俺は server-after-make-frame-hook に同じような設定してうまく行っているよ
tr-ime-open相当の関数で、モードラインの設定なんかもやっている

(setq w32-ime-init nil)
(defun tr-ime-open () ""
(when (not w32-ime-init)
(tr-ime-advanced-install)
(w32-ime-initialize)
(setq w32-ime-init t)
))

(add-hook 'server-after-make-frame-hook 'tr-ime-open)

**名無しさん＠お腹いっぱい。** · 2021/01/09(土) 16:01:18.88

after-make-frame-functionsって、挙動を見た感じだと
実際にframeが表示され終わる前に呼ばれているような感じなんだよな

**名無しさん＠お腹いっぱい。** · 2021/01/10(日) 19:31:24.68

https://github.com/K-Arakawa/emacs-ime-patch

ここのIMEパッチ、割と頻繁に更新されてたんだけど、ここ一ヶ月くらい更新が止まっている
少なくとも今のEmacsのgitリポジトリのmasterやemacs27ブランチにはうまく当たらない
Emacs 27に対応してるのってここぐらいだと思うんだけど
ここがこのまま更新止まっちゃったらどうしよう…

**名無しさん＠お腹いっぱい。** · 2021/01/10(日) 19:35:44.64

DDSKKオススメ

**名無しさん＠お腹いっぱい。** · 2021/01/10(日) 19:38:56.02

>>662
最近はこんなのがある
https://github.com/trueroad/tr-emacs-ime-module

**名無しさん＠お腹いっぱい。** · 2021/01/10(日) 22:05:38.62

>>664
導入コストや安定性を考えると、もはやそれ一択

**名無しさん＠お腹いっぱい。** · 2021/01/10(日) 22:06:55.59

NTEmacs自体は公式のインストーラーが有るからそれを使うべし

**名無しさん＠お腹いっぱい。** · 2021/01/11(月) 07:07:47.56

>>664
最新のEmacsで動くか分からないけど、Google日本語入力と連携させるならこんなのもある
https://github.com/rzl24ozi/mozc-emacs-helper-module
これにmozc-popupとmozc-imパッケージ組み合わせるといい感じになる

**名無しさん＠お腹いっぱい。** · 2021/03/26(金) 11:50:00.62

27.2が出てビルドしてるんだけどconfigureで指定した
--prefixを無視しやがる。

おかげでmsys2の/mingw64以下へ問答無用で
インストールされる…
config.logを見ても勝手に--prefix=/mingw64に
変更されてるのがわかるし

**名無しさん＠お腹いっぱい。** · 2021/03/26(金) 14:24:19.06

>>668だがconfigureのオプションに--no-createが混ざってた。
そらできんわ。
頭冷やしてくる。

**名無しさん＠お腹いっぱい。** · 2021/03/26(金) 16:10:43.63

どんまい

**名無しさん＠お腹いっぱい。** · 2021/03/26(金) 20:11:32.94

27.2に上げてみたけど、27.1と比べて起動が速くなったような気がする
気のせいかな

**名無しさん＠お腹いっぱい。** · 2021/03/27(土) 22:27:36.48

msys2のmingw64でコンパイラをclangにしたときのmakeができない。
FedoraだとできるのになぜWindowsのmsys2だとclangでmakeさせてくれないんだろう。

Makefileを見ているとコンパイラに渡すヘッダファイルのパスの内容がGCCのときと比べて
clangの場合、明らかに足りないのが気になるけど。

**名無しさん＠お腹いっぱい。** · 2021/03/28(日) 10:45:11.94

単純にMSYS2+Clangの組み合わせでのビルドがサポートされていないという話なのでは

**名無しさん＠お腹いっぱい。** · 2021/03/28(日) 16:17:16.19

27.2のGNUのビルド版はいつ出るんだろう

**名無しさん＠お腹いっぱい。** · 2021/03/31(水) 09:03:09.88

clangに切り替えるメリットあるの?

**名無しさん＠お腹いっぱい。** · 2021/03/31(水) 21:16:15.50

Fedora+Clangの組み合わせでビルドできたからMSYS2+Clangでも試してみたら駄目だった
というだけの話なのでは

**名無しさん＠お腹いっぱい。** · 2021/04/01(木) 14:23:45.39

Windows版の公式ビルドが来たな。
しかしよりによって4月1日なのかよ。

**名無しさん＠お腹いっぱい。** · 2021/04/06(火) 14:28:52.92

MSYS2でユニバーサルCRT対応のバイナリをコンパイルできるようになったので
試してみたがcmdproxy.exeのビルドでコケる。
cmdproxy.cで" undefined reference to `_snprintf'"って出るんだけど
冒頭にexternで_snprintfが定義されているのになぜ…。

**名無しさん＠お腹いっぱい。** · 2021/04/06(火) 14:43:09.30

ライブラリのリンクに問題があって、当該関数が見つからない状態。

**名無しさん＠お腹いっぱい。** · 2021/04/06(火) 23:21:58.44

externなら定義じゃなくて宣言では

**名無しさん＠お腹いっぱい。** · 2021/04/09(金) 04:45:55.12

_snprintfの件、ちょっと気になったので調べてみたんだけど
/ucrt64/x86_64-w64-mingw32/include/stdio.hの776行目から795行目にかけて
'_UCRT'が定義されているときには_vsnprintfを使って_snprintfを
定義するようなコードがあった
なのでMSYS2のUCRT64のライブラリには_snprintfがないんだと思う
試しにcmdproxy.cに'#include <stdio.h>'を追加してみたんだけど
定義の重複が多発してコンパイル出来なかった

**名無しさん＠お腹いっぱい。** · 2021/04/12(月) 11:40:22.94

>>681
そりゃcmdproxt.cに

stdio.hの内容をここにコピーしているからincludeしたくない

書いてあるからね。
でcmdproxy.cにstdio.hをincludeさせてソースの冒頭にある
printfとかのstdio.hからコピーした関数の定義や宣言を
コメントアウトしたらコンパイルが通るんだけど今度は
pbootstrapの生成がこける。

**名無しさん＠お腹いっぱい。** · 2021/04/24(土) 23:13:56.15

MSYS2にCLANG64の環境が追加されたので試しにEmacsをビルドしようと思ったら
必要なライブラリがCLANG64環境ではまだほとんど提供されてなかった
残念

**名無しさん＠お腹いっぱい。** · 2021/06/12(土) 18:11:46.10

NTEmacsからサブプロセスに引数渡すときcp932変換しないといけない問題。
Windows 10 1903以降なら実行ファイルのmanifest書き換えたらうまくいくんじゃねっていろいろ調べてたら
すでにtr-emacs-ime-moduleの作者さんが検証してた。
(https://gist.github.com/trueroad/d309d1931100634c2cd1058a0620c663)
msvcrt関連の不具合はあるもののこれでcp932の呪縛から解放された…

**名無しさん＠お腹いっぱい。** · 2021/06/22(火) 21:09:09.08

>>684
いいねぇ
ucrtでビルドしてこれ組み合わせれば完璧だと思うけど、ucrtビルド成功したやついないの？

**名無しさん＠お腹いっぱい。** · 2021/06/23(水) 13:07:23.46

>>685
あれはソースコードを何か所か修正したら何とかなるという感じではなさそうだからねぇ
多分だけど、MSYS2のUCRT64環境とEmacsのWindow依存の部分を理解している人が
それなりに腰を落ち着けて対応する必要があるんじゃないかと

**名無しさん＠お腹いっぱい。** · 2021/06/26(土) 01:35:32.48

>>686
ucrtのビルド失敗で気になるのがcmdproxy.cの冒頭の_snprintfとかの定義や宣言を無視するのが何故なのかってことなんだよな。
>>682でも触れてるけど。

**名無しさん＠お腹いっぱい。** · 2021/06/29(火) 14:30:34.79

少し前に話題になったnative compilationを試してみたんだけど
これビルド時だけじゃなくEmacsの実行時にもGCCが必要になるんだな
だとするとEmacs28でnative compilationがデフォルトで有効になった場合
Windows公式バイナリにGCCがまるごと含まれることになるから
27で減少した公式バイナリのサイズが28で激増することになりそう

**名無しさん＠お腹いっぱい。** · 2021/06/29(火) 14:49:56.13

パッケージ依存関係追加の話ではなく?

**名無しさん＠お腹いっぱい。** · 2021/06/30(水) 00:25:48.92

>>689
「パッケージ依存関係の追加」の意味がよく判らないけど、.el→.elnのコンパイルが
デフォルトではEmacsが初めてその.elをロードした時に行われるので、その際にGCCが必要になる
Emacs本体に含まれている.elについてはビルド時にまとめてネイティブコンパイルすることが出来るし
3rd Partyの.elについてもbatch-native-compileで明示的にネイティブコンパイルすることが出来るけど
後者についてはEmacs本体をインストールした後にEmacsを実行して行うのだから
いずれにしてもEmacsの実行時にGCCが必要になる

**名無しさん＠お腹いっぱい。** · 2021/06/30(水) 01:11:31.86

使ってるのはlibgccjitだよ
Emacsにリンクされてるはず
されてなければコンパイルなんてしない

**名無しさん＠お腹いっぱい。** · 2021/07/01(木) 16:32:16.21

>>688見て俺もネイティブコンパイル試してみたんだけど、どうもlibgccjit
だけじゃネイティブコンパイルは出来ないっぽい
俺の場合
* configureでprefixをC:\Emacsに指定
* MSYS2のDLLやEXEでEmacsを実行するのに必要なものはC:\Emacs\binの下に全てコピー
* 本来MSYS2のDLLやEXEがインストールされているディレクトリにはPATHを通さない
ってやり方をしていて、今までこれでGitリポジトリのmasterブランチが特に
問題なく使えてきた
今回もネイティブコンパイル有効でビルド&インストールしてその後で
libgccjit-0.dllとそれが依存するDLLをC:\Emacs\binにコピーした上で
Emacsを起動したんだけど、そうしたら*Warnings*ってバッファに

Warning (comp): c:\Emacs\bin\libgccjit-0.dll: error: error invoking gcc driver
Warning (comp): c:/Emacs/share/emacs/site-lisp/hogehage.el: Error: Internal native compiler error failed to compile

みたいなメッセージが大量に表示された
さらに~/.emacs.d/eln-cacheの下を見ると、.eln.tmpっていういかにも
ネイティブコンパイルのための一時ファイルっぽいのが沢山あって
.elnは数えるほどしかなかった
なのでネイティブコンパイルは失敗しているとみて間違いないと思う
おそらく↑のメッセージのgcc driverってのを適切な場所にコピーすれば
いいんだろうけど、それが具体的にどのファイルでどこに置けばいいのか
判らないので、ちょっとお手上げな状態

**名無しさん＠お腹いっぱい。** · 2021/09/19(日) 14:31:00.94

コマンド | emacsclient -n -c

みたいなことを一時ファイルを作らずにやる方法はないですか?

emacs --batch で標準入力を読んでサーバーになりつつ
emacsclient --eval でサーバーに接続すれば良いかと思ったのですが
うまく作れなかったので…

**名無しさん＠お腹いっぱい。** · 2021/09/19(日) 22:31:20.60

読み返したら意味不明なので補足

emacs --batch で(1)標準入力を読む、(2)適当なポートで待ち受ける、
(3)子プロセスとしてemacsclientを起動する、の三つをやる。
子プロセスのemacsclientは--evalで親に接続して(1)で読んだものをもらう。

これで起動済みのEmacsサーバーに標準入力を送れると思ったんですけど

**名無しさん＠お腹いっぱい。** · 2021/11/20(土) 00:15:18.58

ucrt64でllvm-mingwにパス通してビルドしてみたらtemacs.exeのリンクでこけるとこまでは行ったけどフラグ修正したりして無理矢理リンクしてもsegfaultしちゃう