Emacs Part 54

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:15:31.06

俺は無変換はIMEオフ変換はオン
確かMacがこの流儀

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:22:23.67

>>709は別にJISを策定した張本人じゃないから避難するつもりはないのだが
IMEのオン/オフに「無変換」と「変換」の2つ使っているのは無駄だよ
俺はUS配列では一般的だと思うけどもshift+spaceでトグルさせている

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:47:32.11

自分は JISキーボードでUS配列派で
いろいろ余分なキーが有ると他とバッティングしなくて便利

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 13:41:41.65

JISキーボードをUS配列で使わない場合、害悪でしかないし、初めて触るキーボードをUS配列にすべきだし、日本の義務教育でも当然US配列にしなければならないが、
IMEのオン/オフをmacOSのように「ABC(英数)」、「あいう(かな)」を使うのは、トグルでないから有用だよ
「半角/全角」のようなIMEトグルでは、いまオンかオフのどちらか、短期記憶もしくは毎回確認しないといけない

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 13:49:28.62

俺は左右対称の位置にある「無変換」でIMEオフ、「カタカナひらがな」でIMEオン
ちょっと内側にある「変換」はSKKのstickyにあててる
>>712と同じ理由でトグルさせるのは面倒という理由からだが、日本語英語以外のよく使う言語は仕方なくs-SPCで呼び出してる
JISとUSの中間ぐらいのキーボードがほしいね

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:31:38.78

HHKB の US 配列で SKK を使ってて emacs ないと日本語まともに打てない体になった

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:33:28.97

俺もHHKBのUS配列を長年使ってる
無刻印w

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:59:23.87

HHKB US配列に変換、無変換付いて
WindowsでUS判定でも変換無変換が有効になったら最高なのだけど

現状ではJIS配列キーボードに変換かまして
JIS判定のUS配置にするか自作キーボードしかないんだよなぁ
それだとHHKB US配列使えないし

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 15:09:30.57

>>714
OSを知りたい

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:30:11.38

Windowsの場合はAX配列って手もあるけどな
AX配列=US配列+日本語独自キー
俺はWindows自体滅多に使わんけど
使う必要がある時はすぐにAX配列に切り替える

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:31:28.03

JIS配列もUS配列も打てるけど手持ちのキーボードをいつでも使えるとは限らない仕事さてるから主にJIS配列使うので妥協してる

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:42:32.59

Emacsの話題に絞ってくれよ

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:55:20.11

>>714
おまおれ

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 21:00:25.10

emacs起動時間ほぼ同じ設定、全パッケージAOT native compile済み
windowsなんでこんなに遅いんですか..起動のたびにタバコに手が行く
そろそろ切ろうかな、もう誰も使ってない？

-mac
390 packages loaded in 3.631s (elpa 307, recipe 22, local 3, built-in 58
0.786 seconds spent in your user-config

-windows
389 packages loaded in 46.999s (elpa 306, recipe 22, local 3, built-in 58)
(7.393 seconds spent in your user-config

-同じwindows上のWSL
389 packages loaded in 5.845s (elpa 306, recipe 22, local 3, built-in 58)
(1.395 seconds spent in your user-config)

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 21:21:04.36

パスワードはとうの昔に忘れてしまったので
キーボードが変わったら書き起こさないと分からん

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 22:03:29.31

>>710
EmacsユーザならみんなC-¥だと思ってた。
みんな違うのか。。。

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 22:43:22.80

>>724
すまんここemacsスレだった
emacsはC-\です

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 04:30:38.57

>>722
自分はGNU for Windowsを常用してるよ。
起動が遅かったときもあったが、原因はVPN経由でのMELPAやORGのレポジトリにアクセスだった。
ボトルネックを特定して、それを外すと改善されるかも。
まず $HOME/.emacs を外して時間を計ってみては?

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 06:14:39.18

>>722
389もパッケージがあってそれを起動時に全部読み込んでるってこと？

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 06:17:21.26

ctrl と alt が左右に配置されていないHHK は emacs 向きじゃない

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 07:34:01.07

>>726
「GNU for Windows」って具体的にどういう環境？URL教えて
自分はemacs動かすためだけにMSYS2飼ってる
連携ツールの要件みたせば乗り換え考えてみる

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 07:54:55.29

>>727
基本spacemacs全乗り、パッケージの管理とか、言語ごとの設定とか
いちいちやるのもう無理

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 09:01:34.36

>>730
ああspacemacsの出力なのか
あれが初期化時に何をやってるのかは分からないや
一般的にWindows上でEmacsが遅い原因は外部プロセス起動やファイルシステムアクセスにある場合が多い
例えば初期化時だと、.el(.eln)を一つ読み込むたびにload-pathに設定されている全ディレクトリをスキャンするのでWindowsだとそこだけで相当な時間がかかる

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 09:20:25.41

そもそも Windows が遅いのは emacs のせいではないし、Windows は多機能だけど速くはないのでハイパワーな機材使ってくださいといシステムなので
Linux とか BSD なら HDD でも emacs 軽々だけど今どき Windows は SSD/MVNe じゃないとはなしにならない

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 10:08:01.04

>>731
WSLからWindowsファイルシステムのアクセスが更に遅いというジレンマ

もうWindowsはVS CodeだとEmeacsバインディングのExtensionあるしと
頑張ったものの、イライラきてVS Code内のターミナルからEmacs起動すると...
そりゃEmacsエクステンション入れてるからもともに操作できないｗ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 17:25:30.94

>>729
「Emacs for Windows」と言ったけど、実際は GNU Emacs の Windows 版のこと
期待させたならすまなかった

www.gnu.org/software/emacs/download.html

自分はこれをベースに必要そうなパッケージを追加してる
.emacsは10年以上使い回し

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 19:47:49.04

jp106で変換無変換をCtrlにしていないEmacsユーザがいるとは思わなかった…

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:11:44.47

まあどうしたってHHKは変態でしかないんだよ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:34:20.61

きーぼーどの話になると老害が湧く

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:38:59.57

>>735
CtrlよりはAltの方が多そう

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 18:54:21.62

CtrlとAltはペダルにしたい
特に親指が左右とも死にかけてて地獄

**名無しさん＠お腹いっぱい。** · 2025/06/02(月) 13:46:13.82

elpa落ちてる?

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 06:01:27.35

28 から 30 に上げたら dired の isearch が異様に重くなった。
dired-isearch-filenames が t の状態で、一万弱のファイルが並ぶディレクトリで、マッチしない文字列を検索すると、帰ってくるまで一分以上かかる。

29 あたりで dired-isearch-filenames-mode の実装が変わって、 isearch-search-fun-in-text-property を使うようになったのが原因だった。
28 の実装に戻したら解消した。

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 06:52:36.08

どんどん使い難く変更するのは知恵遅れの所業

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 20:29:24.86

text-property で遅くなるのは稀によくある

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 22:28:24.18

どっちかはっきりしる

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:01:53.37

いやー気紛れで git のHEAD (31.0.50) にしてみたら

Missing ‘lexical-binding’ cookie in "/hoge/lispdir/foo.el"

のワーニング吐きまくりでうぜーw

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:09:14.96

とにかく騒がれた foo.el の頭に

-*- lexical-binding:t -*-

↑
これを突っ込んでやると黙るんだけど、これなんなの?

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:44:55.65

変数スコープのデフォルトがダイナミックからレキシカルに変わった

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 21:37:59.11

>>747
27.1からそうなんだけど、31.0から警告を出すようになったんやろ
custom.elとかもlexical-binding:tつけてないと警告出るの萎えるわぁ

**名無しさん＠お腹いっぱい。** · 2025/06/11(水) 07:21:51.38

navi2ch 、 yatex 、uim で騒がれたのは仕方無いとしても、
.emacs.d/init.el で騒がれたときにはｲﾗっときたよ

**名無しさん＠お腹いっぱい。** · 2025/06/11(水) 07:24:04.12

ついでに、
(setq lexical-binding 't)
↑これを init.el に買いても騒ぐんだよね…

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 06:06:38.66

それどころかまともに動かないものまででてきたw

31.0.50は過去の資産を潰すG臭が酷い

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 08:46:37.40

今のところ、foo.el を全く弄らないで、warning をガン無視するのが一番いい()

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 10:03:05.26

無視するには *Warnings* バッファの ⛔ をクリック(またはカーソルを乗せて RET)

⛔ Warning (files): Missing ‘lexical-binding’ cookie in "/usr/share/emacs/site-lisp/magit/magit-version.el".
You can add one with ‘M-x elisp-enable-lexical-binding RET’.
See ‘(elisp)Selecting Lisp Dialect’ and ‘(elisp)Converting to Lexical Binding’
for more information.

問合せに y で custom-file のファイル(既定値の nil なら .emacs だか init.el だか辺り)に設定が書き込まれる

elisp-enable-lexical-binding をクリックすると当該ファイルに ;; -*- lexical-binding: t; -*- を追記

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 17:53:43.23

このワーニングが出るバージョンのemacs をインストールした後だと、
navi2ch のビルドにこけるようになるねw

configure かけると

checking detecting your emacs type... Warning (files): Missing `lexical-binding' cookie in "/home/src/GIT/navi2ch/conftemp.3667".
You can add one with `M-x elisp-enable-lexical-binding RET'.
See `(elisp)Selecting Lisp Dialect' and `(elisp)Converting to Lexical Binding'
for more information.
emacs21
checking where icon files should go... Warning (files): Missing `lexical-binding' cookie in "/home/src/GIT/navi2ch/conftemp.3667".
You can add one with `M-x elisp-enable-lexical-binding RET'.
See `(elisp)Selecting Lisp Dialect' and `(elisp)Converting to Lexical Binding'
for more information.

だとw

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 17:56:56.05

問題は

>conftemp.NNNN

ここにクッキーを求められるところw

**名無しさん＠お腹いっぱい。** · 2025/06/27(金) 12:41:44.45

vterm内で日本語は入力できないのでしょうか?
toggle-input-methodして入力すると
ミニバッファに以下のように出て入力が反映されません
Buffer is read-only: #<buffer *vterm*>
環境はEmacs 28.2 on Debian (Bookworm)です

**名無しさん＠お腹いっぱい。** · 2025/06/27(金) 14:38:07.62

>>756
俺も知りたい
termやeatだったらline-modeにすれば日本語入力できるが癖があって面倒なんだよなあ

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 09:27:08.77

Eshellがもっと使いものになってればなあ
なんで<が使えないんだよ diff <(....) <(....) みたいなのがやりたいのに
あとgrepの出力に (標準入力) とか表示してくるのヤメロ

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 11:17:59.37

>>756
試したけどやはりvterm(及び他のEmacs内で動くterminal)で日本語を入力するのは無理じゃないかなあ
vtermを使わず例えば
(defun my-term ()
(interactive "@")
(shell-command (concat "kitty -d " default-directory "> /dev/null 2>&1 & disown") nil nil))
みたいにして外部terminalを立ち上げるのはどうだろう？
terminalやshellの設定でPRIMARYではなくCLIPBOARD セレクションを使うようにすればそれなりにEmacsと連携できるはず

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 23:40:26.89

単純に日本語を送りたいだけなら、

(defun my-vterm-insert-string (string)
(interactive "sInsert String: ")
(vterm-send-string string t))

とかやれば任意の文字列を送れるけど。

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 19:43:43.73

以前は、みんな端末側のIMEで変換して、リモートログインした先のemacsで普通に日本語使ってたけど、失伝してるのか。
端末の文字コードとemacsの文字コードを揃えるだけだぞ。

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 21:28:55.16

vtermということはそういう話ではないのでは

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 21:41:21.95

vtermに限らずw3mなんかでもtextarea以外でうっかり日本語(ddskk。mozcは問題なさそう)に切り替えちゃったら
Buffer is read-only: #<buffer *w3m*>
って出るよね
あれってどういう原理なのか知りたい

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 23:55:40.77

skkなんかは変換時の▼とかを直接バッファ編集することで実現してるからでなかったかな
素のmozcも若干input-methodの作法に従ってなくて、mozc-imを入れるとansi-termとかでも普通に日本語入れられるようになるはず
toggle-input-method を叩けるようキーバインド工夫する必要はあるが。

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 08:32:55.50

27.2以前に戻したらいいよ

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 13:10:54.51

skkの▼はオーバーレイに変更されたような気がするけど気のせいだったかな...

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 15:25:05.31

claude codeもgemini cliもgnome terminalや
konsoleではインラインで日本語入力できない
vtermだと日本語入力自体ができない（コピペで入力はできる）
今のところ>>760の方法が一番マシかなぁ

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 19:35:01.89

>>767
uxrvt、alacritty、kittyあたりはインライン入力できたよ
前二者は機嫌が悪い日は文字が散らついたりしたけどkittyは今まで日本語で問題が起こったことはなし
強いていうならncursesアプリでちょっとおかしくなる程度だがemacs使いには関係ないっしょ
ほんとeshellがもっとしっかりしてくれたらベストなんだがな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 01:32:49.31

>>758
eshellは*を付けると外部コマンドを優先するから
cat hoge | *grep foo
とすれば変な出力が付かない

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 20:20:12.27

>>769
恥ずかしながら知らなかった
サンクス！

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 08:25:31.72

役に立つ記事かと思ったら単なるconao3への悪口で萎えた
https://qiita.com/akirak/items/e8cb80ef168bf755ad99
Emacs界隈は優秀な人が多いのにどうして喧嘩しちゃうのか

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 22:29:27.28

そもそもストールマンがあれだから

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 22:32:56.63

ストールマンネタでこのポスト好きw
https://x.com/ItalyPaleAle/status/1169354916281778176

**名無しさん＠お腹いっぱい。** · 2025/07/15(火) 00:58:19.72

フォントに関して（自覚なく）無知なのに、TeXがクソとか言いながら、Donald Ervin Knuthをクソだの言いまくっているアホもいるぐらいだから、そんなもんよ

**名無しさん＠お腹いっぱい。** · 2025/07/15(火) 06:46:32.24

>>773
こんなことしてたな
そしてOSS化したcodeにEmacsが駆逐されかけているのは皮肉なこと

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 06:10:07.25

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/07/24(木) 08:41:30.06

>>771
カタカナ語を日本語として割り切れない発達くさい

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 05:52:43.07

知恵遅れは洗練された道具としての機能より見栄えを選ぶ

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 08:06:46.95

エルメスとかシャネル、クリスチャンディオールの女性物のバッグの事かー

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 17:18:56.54

Emacsを捨てたおごちゃん氏は今でもNetBeansを愛用しているのだろうか

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 06:51:31.11

>>779
カッペさんのクルマと同じで、格を表すらしいぞw

**名無しさん＠お腹いっぱい。** · 2025/09/14(日) 18:58:47.40

claude codeとemacsの親和性良過ぎ
LLMモードは乱立してるようだけども
>>760 + vtermでclaude codeが一番使い安いや
claude codeは別にコードを書く用途に限らずチャットとしても使える
文献PDF読ませたりメールの校正させたり
beamerでスライド作らせたり重宝してる

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

そういえば、先月のことだけど Emacs-30.2 がでてるね

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 06:55:55.65

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 12:37:54.23

neovImから移住してもええの？🐼

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 14:34:04.01

みんなどの OS で Emacs を使ってるのかな。

ワイは macOS だけど、Mac Port パッチ付きの Emacs を好む関係で
ttps://github.com/railwaycat/homebrew-emacsmacport を使っているが、
最近は Mac Port パッチ ttps://bitbucket.org/mituharu/emacs-mac/ が以前ほど最新に追随しなくて、うーむ。

Emacs on Linux が一番親和性が高いのは認める。

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 15:23:53.20

わしはMacPorts民だから脳死でMacPortsのやつ使ってる

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 16:51:10.05

Linux で使っているの

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 18:38:45.92

>>783
30.2で思い出したんだけど、先月リリースされた直後にソースアーカイブをダウンロードしようと思ってftp.gnu.orgにアクセスしたら
タイムアウトになって、今アクセスしたらまたタイムアウトでアクセス出来なかった
まあミラーが世界中にあるからそちらを使えば問題無いんだけど、ひょっとしてずっと落ちたままだったりするんだろうか＞ftp.gnu.org

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 18:51:10.24

>>789
2-3日前のことだが、公式FTPサイトがかなり遅かったよ
その時は一晩掛けてWindowsバイナリを落とせた

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 20:00:58.19

>>786
Emacs Mac Portの動向を追っていたら気付いていると思うけど、
jdtsmith/emacs-mac
ttps://github.com/jdtsmith/emacs-mac
がupstreamに追従しているから、自分でビルドしたらええよ

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 23:27:01.43

>>791
ﾄﾝｸｽ

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 01:55:04.05

吾輩もMacPortsである

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 02:30:04.96

自分もMacPortsだけどinline patchを当てて使っている
https://github.com/takaxp/ns-inline-patch

>>791 もビルドしてみた
自分の使い方、解像度だとどちらでもいいなぁ

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 08:53:19.52

>>791
ありがとう知らなかった
ここしばらく標準版を使っていたがやはりmac portは良い

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 16:05:32.98

>>795
jdtsmith/emacs-macを追っているけど、しだいにこっちがcomunity版Emacs Mac Portになっちゃうかもな
自分の手元で、オレオレEmacs Mac Port 30.x upstreamを保守していたけど、やっぱみんなでやるほうがバグとか気づきやすい

もっとも、この勢いでupstreamにmergeされてほしいとも思うわ
一番いいのは、いまのNS portといい感じでまとまってほしいと思う

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 21:49:16.30

>>782
Emacsに特化した要素何一つなくね？

**名無しさん＠お腹いっぱい。** · 2025/09/16(火) 23:32:17.25

>>797
まぁその通りだけども？ emacsから＜も＞便利に使える
Codex CLIもvtermで試してるけどもこれも良いね
M-x docter がようやく完成したような感覚で感慨深い

**名無しさん＠お腹いっぱい。** · 2025/09/17(水) 23:00:49.80

M-x docter 懐かしいw

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 01:15:24.99

I am the psychotherapist. Please, describe your problems. Each time
you are finished talking, type RET twice.

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 02:33:55.65

I am addicted to yours. RET RET

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 10:38:17.19

Why do you say you are addicted to mine? RET RET

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 10:49:51.11

M-x doctorについてclaudeに聞いてみたが実は起源は相当古く由緒正しいだね
1966年ですか

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 11:00:24.37

昔のUnix(BSD?)に/usr/games/doctorって入ってた記憶

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 19:22:27.36

display-alistいじるの楽しいな！

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 23:43:03.32

lisp は AI

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 01:06:05.85

pythonに取って代わられたよね?

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 01:12:30.31

Richard Matthew Stallman の半分はLISPで出来ているので、Python に取って代わられるなんて出来ないよ？

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 01:38:31.15

lispとかpythonとか遅い動的をなんでaiに使うんかね
ライブラリはcで書かれてるんなら全部cで書けよ

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 02:33:11.97

80-20の法則を知らないのか？
プログラミングで言えば、全体の20%の部分が実行時間の80%を費やしてると言うことだ
実際は90-10(またはそれ以上)と言っても過言じゃない
Pythonでコードを書いても、ライブラリはカリカリにチューニングされたCで書かれているので、大事な10%の部分はCと同程度の速度で動くから問題ない

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 07:17:26.95

数値計算のライブラリの肝心な部分はFORTRANなのでは

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 07:37:53.98

少なくともnumpyは
Python 61.3%
C 33.4%
となってるぞ
今時はSIMD(場合によってはGPUやNPU)を使うから昔の資産とか使わんと思うよ…

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 07:49:44.67

そうなのか
内部的にOpenBLASとかLAPACKとか使ってるのかと思ってた

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 12:57:15.11

claude codeとcodex cliとgemini cliをmcpで連携して
これをemacsから使う
凄い時代になったよ

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 17:03:12.68

>>791
Tahoeでビルドすると動かないようですね
https://github.com/jdtsmith/emacs-mac/issues/96

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 17:28:33.06

4.2BSD-Tahoeかと、一瞬思った

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 23:31:27.65

4.3BSDやろ，Tahoeは

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 04:54:14.37

そっか、ありがとう

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 10:57:58.74

>>815
CFLAGSに
-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk
を追加してconfigureするのがワークアラウンド

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 06:50:20.05

自分語りで恐縮だが、

仕事で作ってきたPythonコードの引き継ぎに先立ち、リファクタリングの効率化を目指して、
LSPを含めたEmacs環境を構築したんだが、作業を助けてくれる様々な機能に驚かされた。
もっと早く導入すればよかった。

初めからいいコードを書いていれば無駄な作業そのものを減らせたのにと反省もおおい。

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 08:02:42.73

どんな感じで構築したんだ？

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 09:15:39.82

どんな感じと言われても、オールインワンなパッケージは苦手なので、emacs-30をベースに
役立ちそうで、評判が高く、新しいものを追加した。

参考にしたのは次の記事だが、全部でなく、コード品質の向上に寄与しそうなEglotと、
ステップ実行したいのでデバッガのDapeが動作することを目指した。

Python用Emacs
www.reddit.com/r/emacs/comments/1em4ua3/emacs_for_python/

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 09:17:59.44

それから、この辺も

TreesitterとEglotを使ってPython用Emacsを設定する
gist.github.com/habamax/290cda0e0cdc6118eb9a06121b9bc0d7

GNU Emacs で VS Code 相当のコード・デバッグ支援機能を設定する
a-perpetual-novice.HATENABLOG.com/entry/2024/10/30/005400
a-perpetual-novice.HATENABLOG.com/entry/2024/11/01/013058

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 14:30:22.02

まあ5年遅いな

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 15:27:40.44

>>824
進化しろよ

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 15:58:24.20

treesitterもLSPもEmacsとは関係がない
もはやテキストエディターはモジュールを組み合わせる為の土台でしかなくなった
これからは本体をシンプルにしてモジュールを組み合わせる柔軟性が求められる
kitchen-sinkの時代は終わった

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 17:05:07.59

>>826
じゃあVImが良いってなるやん
emacsならlispで、vscodeならnodejsで拡張できるっていう良さがあるからエディタ選んで楽しむ余地はまだまだあるっしょ

**名無しさん＠お腹いっぱい。** · 2025/10/04(土) 23:41:11.40

>>827
Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある
VimScriptもお世辞にも使いやすいとは言えない
なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w
でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 00:43:52.21

lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実
ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる
vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 00:46:29.22

emacsはなぜか若いナオンに人気
https://m.youtube.com/watch?v=Uf4wiY5bchk

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 01:00:03.42

てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな
プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 05:26:54.44

emacs 30 シリーズも30.2 が出たので、29.x からそれにしたらいきなり egg 関連のパッケージがエラーおこしたが、それは割とすぐに対処できた。
obarray を作るには make-vector の最後の値を nil から０にせよということだ。あるいは obarray-make を使えと。
たとえば：
https://www.agt.ne.jp/dokuwiki/emacs:emacs_29_%E3%82%92_emacs_30_%E3%81%AB%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%82%A2%E3%83%83%E3%83%97%E3%81%97%E3%81%9F%E3%82%89_tamago_%E3%81%8C%E5%8B%95%E3%81%8B%E3%81%AA%E3%81%8F%E3%81%AA%E3%81%A3%E3%81%9F%E8%A9%B1

で、実は手元でローカルにいろいろパッチを当てていた egg 関連の emacs-lisp を emacs 30.2 で compile しようとしたらどうも macroexpand がうまくいかないようでエラーを起こす。
多分どこかでマクロの引数が足りないところなどがあるんだろうけど古いemacsのコンパイラではmacro の展開が緩かったりで発見されていなかった問題かも。

それはともかくその過程で次のパッケージとウェブサイトを知った。
egg-tart (tamago-tsunagi と追加の説明など） https://github.com/hata48915b/egg-tart
やっぱりWnnが好き！ https://wnn.jp/
FreeBSD における Wnn8 https://maikaze.cafe.coocan.jp/wnn8.html

最後のは自分で .el 書き換えたりしてない人には詳しすぎるかも。
egg.el関連のソースはやはり漸次でもよいから直していかないと emacs 30.x (x > 2), 31.y で使えなくなりそうだけども、そういう観点から更新をしている人は世の中にいるのだろうか？
長く使っている入力方法は簡単に捨てられないので、そういうところがあれば情報を共有したいと思ってるのでした。

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 06:34:58.15

>>831
いま手元に実物が無いからうろ覚えだけど
A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」
K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」
みたいな会話を読んで目から鱗が落ちたことがある
https://www.shoeisha.co.jp/book/detail/9784798119410

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 09:16:32.78

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 09:26:00.51

>>831
Emacsの歴史を知るとその疑問が解けるかもしれないよ
GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い

https://ja.wikipedia.org/wiki/Emacs
https://www.gnu.org/gnu/rms-lisp.html

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 10:14:50.33

ややこしい歴史をたどんなくても
・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった
・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった
の2点で十分じゃよ

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 12:16:54.94

>>831
Lispが神の言語なのにはちゃんと理由がある
要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから
あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる
括弧の対応は自動でされる
それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる
もはや欠点が無いw

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 13:27:59.02

インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 15:09:45.47

>>837
極論を言えばプリミティブは lambda と eval さえあれば後はそれを使って全部実装できるって話はあるからな
入出力とかは全部 eval が担当はインチキだけど

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 16:38:29.06

doom emcas起動したらcpuが100張り付いたんだけどemacsてこんなに重いん？

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 16:51:29.98

>>838
HyというLispがあるよ
使ったこと無いけど、Pythonとの親和性を求めるなら良いかもね

**名無しさん＠お腹いっぱい。** · 2025/10/05(日) 16:53:40.92

>>840
裏でネイティブコードのコンパイルが行われてる
一度やれば次起動した時は負荷は上がらないけど、パッケージを更新するとまたコンパイルが走って一時的に負荷が上がる

**832** · 2025/10/06(月) 02:43:16.18

>> 152

> ChatGPT in Emacs
> https://youtu.be/4oUrm4CnIjo

30.2 で tamago のバイトコンパイルどころかロードも失敗するのは、上の emacs に特化した？ chatgpt の対話窓口で数時間かけてデバッグしたら解決した。

なかなか参考になる体験。最初の数時間はうまくいったんだけど、最後の１時間半くらい、chatgpt が自分で定義した関数の引数の数と、
テスト用に示してきた関数での利用例での引数の数がマッチしてなくて、それで大混乱して１時間半くらい無駄にした。
こちらの手元の関数定義と向こうが考えてる修正中の定義が微妙にずれていたりするのかもしれない。
あと、なぜか、lisp の対話システムとしては致命的だがときどきカッコのマッチがおかしいのを出力する。シンタックスエラーで分かるからいいんだけど。

そんなわけで、defmacro の問題点は全部解決した. hangul.el は defmacro を修正したら今度は最後関数ボディが巨大になりすぎてコンパイルできないので、
マクロ利用をやめたり。

とりあえず、手元の tamago の .el ファイルはエラーせずに全部コンパイルできるようになった。
それをバイトコンパイルしたもので 30.2 で日本語入力が手元の FreeWnn４使ってるDebian/Linux でできてる。
第一歩すすんだ。

修正案：
1. 終了： ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instead
対応。
２．stirng-as-unibyte, string-as-multibyte の置き換え。
対応中。ただし、これは日本語サーバー使ってる部分しかテストできない。
3. 上の 1 に関連して 'tangible text property の利用をやめる方向でそれを取り除くのも chatgpt と相談しながらできるかもしれないと思い始めたところ。

生成AI でのコーディングは実用になる。結果が正しいかどうかはコンパイラ、インタプリタ―でテストは知らせれば真偽がわかる。
レポートの調査は、「これこれはこのURLに書かれています。」と言われて、本当かと調べたらなかったことが考えられないほどの頻度であるので、そういう使い方には向いてないと思う。

Emacs に特化した窓口を教えてくれた１５２に感謝。

**名無しさん＠お腹いっぱい。** · 2025/10/06(月) 07:06:13.00

>>831
XML: その通り
JS: おまえが言うな({[]})

**832** · 2025/10/06(月) 10:59:48.77

訂正：使ったのは次だった。２７１に感謝。
>> 271
> https://chat.openai.com/g/g-ceQ8Ju6Rg-emacs-expert

**名無しさん＠お腹いっぱい。** · 2025/10/07(火) 14:52:23.14

>>826
もはやも何も昔からEmacsは環境…

**名無しさん＠お腹いっぱい。** · 2025/10/09(木) 12:00:04.41

28以降はクソ環境

**名無しさん＠お腹いっぱい。** · 2025/10/09(木) 17:19:46.12

こっちと同じ話になってる

Unixの哲学は単機能ツールの組合わせ→emacs え？
https://mao.5ch.net/test/read.cgi/linux/1600516823/

**名無しさん＠お腹いっぱい。** · 2025/10/11(土) 15:25:04.81

ewwの使い勝手がいまいちなんだよね
webページがフレームだと使い物にならない