Emacs Part 52

1 ：名無しさん＠お腹いっぱい。：2020/03/25(水) 17:45:02 .net

GNU Emacs - GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/software/emacs/

EmacsWiki: サイトマップ
http://www.emacswiki.org/emacs/

前スレ
Emacs Part 51
https://mevius.2ch.net/test/read.cgi/unix/1514601894/
Emacs Part 50
https://mevius.2ch.net/test/read.cgi/unix/1482097785/

922 ：名無しさん＠お腹いっぱい。：2021/05/02(日) 19:11:18.83 .net

LISPが動くことがEmacs使う体外的な理由だったが、node.jsが動くvscodeの登場でEmacsの圧倒的な優位は揺らいだな
まあ好きだし神lisp多いから使うんだけど

923 ：名無しさん＠お腹いっぱい。：2021/05/02(日) 19:38:14.51 .net

年内に27系最終リリースという感じかしら？
https://lists.gnu.org/archive/html/emacs-devel/2021-04/msg01080.html

924 ：名無しさん＠お腹いっぱい。：2021/05/02(日) 19:43:21.37 .net

>>921
たぶん vi は git や history_file など本当に最小限の機能さえあれば良いものに使い
大抵は vim 使っていると推測

925 ：名無しさん＠お腹いっぱい。：2021/05/02(日) 21:00:10.02 .net

>>922
emacs-ngならtypescript(deno)が動くよ

926 ：名無しさん＠お腹いっぱい。：2021/05/02(日) 21:26:42.03 .net

emacs-ngもなかなか面白そうではあるのだよな
https://github.com/emacs-ng/emacs-ng
elispそのものを置きかえる気はなくて、Emacsだと外部プログラムの力を
借りざるを得ない所を、内蔵のdenoで済ませる感じ

927 ：名無しさん＠お腹いっぱい。：2021/05/03(月) 08:54:22.81 .net

一瞬ELPAとかのパッケージ配布はどうなるんだろうと思ったけど
ああいうのは.elだけ配布してインストール時にbyte compleしているのかな
もしそうなら.elcが.elnに変わっても問題ない訳か

928 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 14:40:02.63 .net

ネイティブコンパイルってことは
CでもC++でもFORTRANでもemacsの関数を書けるってことかな？

929 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 17:04:00.08 .net

そういう意味のわからない発想はどこから来るんだろう

930 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 18:07:49.83 .net

>>929
gcc-emacsって名前から察するに
lispで書いてた関数をgccでバイナリにするんじゃないのん?
じゃCでも良かろうもん?

931 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 18:38:43.43 .net

>>930
そういう話じゃない
今まで.elをEmacsのVMのコードにコンパイルしていた(.elc)のを
x86とかarmとかプラットフォームのネイティブなコードにコンパイルする(.eln)という話
.elcは例えばx86でコンパイルしたものをarmの環境に持っていっても動くけど
.elnは当然コンパイルした環境に依存するから別の環境に持って行っても動かない
その代わりネイティブコードだから当然.elcよりは実行が早くなる
gcc-emacsという名前はネイティブコードへの変換にGCCのlibgccgitというのを使うから

932 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 18:39:32.87 .net

Emacs起動中またはコンパイル時に、libgccjitを使用してel→LAP→バイトコードのLAPからネイティブコードへコンパイルしている
C言語は経由しない
バイトコードインタプリタは1バイトずつ読み込んで解釈しながら関数の呼び出しなどを実行して行くけど、ネイティブコード版は読み込み解釈部分が機械語に変換されていると考えればいいだろう
なので2倍程度の速度に収まっている
バイトコードインタプリタも十分早いからね

933 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 18:41:46.41 .net

>>931
×libgccgit
○libgccjit
間違えたので訂正

934 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 19:02:48.28 .net

全力で知ってること話すおじさん

935 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 19:52:05.49 .net

にわかとしては、こういうのはうれしいのだが
全力語りしてくれてもいいじゃないか しょせん2ちゃんなんだし
内容が間違ってたら困るけど

936 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 20:20:08.33 .net

>>934
いやこれは流石に質問者がおかしいので、鬼レス食らって当然

937 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 20:44:28.40 .net

Scheme Emacs はいつになったら完成するん？

938 ：927：2021/05/04(火) 20:49:15.88 .net

>>931,932
>そういう話じゃない
そういう話を書いているようにしか読めないんだが?

インターフェースさえ揃えられれば
.elに書いてた内容をlispで書こうがCで書こうが
gccでコンパイルして.elnを作れるはず

939 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 20:53:10.50 .net

もう原文見に行けよ又聞きしないでさ

940 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 20:53:39.25 .net

>>928 氏は、今回の取り組みで emacs lisp にも dlopen みたいな機能が備わったと思ったのでは？

941 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 20:53:41.94 .net

バイトコンパイルのソースはemacs lispだけだろアホ臭い。

942 ：925,927：2021/05/04(火) 21:13:35.92 .net

かつてのgcjのCNIみたいなイメージを想像しているんだが?

943 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 21:31:55.55 .net

>>936
そんなにおかしくないでしょ
emacs専用から離れるってことは他も扱いやすいってことだから

944 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 21:57:39.59 .net

日本人ならシャア専用を作るべき

945 ：名無しさん＠お腹いっぱい。：2021/05/04(火) 22:03:19.65 .net

それはジオン人のニーズなのでは

946 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 00:46:48.36 .net

なんで、elnを経由すんだよ……
そんな迂遠なことせずとも、dynamic moduleを利用すれば前からCで書けるだろ

https://www.gnu.org/software/emacs/manual/html_node/elisp/Dynamic-Modules.html

Emacs27からはデフォルト有効だぞ

947 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 00:56:13.16 .net

既存のelispライブラリをCで書き直せと申すか

948 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 01:03:09.31 .net

どうせならpythonがいいです

949 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 01:10:07.42 .net

ぼくはC++

950 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 07:51:39.05 .net

>>948
はぁ？糞遅くなるだろうが。

951 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 09:05:55.23 .net

luaあたりだろうな

952 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 09:25:01.55 .net

Perl なら少ない勉強でテキストをゴニョゴニョできないか？

953 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 13:52:18.99 .net

elのバイトコードって一応読めそうな直訳だし恩恵は僅かよね、パースを省けるくらい
具体的に他と比べれば.py/.pycより僅か

どうせバイトコードは弄らないものだし、それがネイティブコードになって何も悪い事はない
ネイティブコードは外部言語でも書けるからと言って、それで拡張書くのは反対だ
変数がどこでセットされたかまでちゃんと追跡してくれるのがemacsのよいところ
拡張書くくらいなら別プログラムにしてコマンドとして呼べばよいよ
透明性が大事だ

954 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 13:55:56.61 .net

適当に最適化してくれるならしてほしい
しかしそもそもelispがそれほど良いものとは思えない

955 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 14:00:52.59 .net

まさにvimが外部言語ニョキニョキ対応してるけど、それゆえビルド時にオプトアウト指定したりしなかったり、欲しいプラグインが使ってる言語オプトアウトしてしまってうげあ
ってことになってるからやめといた方がいいよ

処理系の差を吸収しようとシステムとは違う専用処理系埋め込んで肥大化してるし、全部入りにしたらとんでもないサイズになる

素直に外部プログラムとして実装して配り、システムの処理系で動かして連携しなさい

956 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 14:02:28.69 .net

>>954
恵まれないguileちゃん募金活動しようぜ

957 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 15:11:49.37 .net

プラットフォームな差異を吸収するなら今ならwasmとかになるのかね
バイナリをそのまま配布して動くし、サンドボックス化されてるから比較的セキュア

958 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 15:14:25.70 .net

政治的には guile やろな
GNU Assembly も立ち上がったし

959 ：名無しさん＠お腹いっぱい。：2021/05/05(水) 17:58:37.79 .net

>>952
マーク範囲に適用というのは良くやる

960 ：名無しさん＠お腹いっぱい。：2021/05/06(木) 01:50:28.40 .net

>>943
??????????????

961 ：名無しさん＠お腹いっぱい。：2021/05/07(金) 20:04:13.37 .net

2020年代のEmacs入門に書かれている内容は、今の標準だと思って良いの？
またEmacsに再入門したく

962 ：名無しさん＠お腹いっぱい。：2021/05/07(金) 21:13:41.93 .net

>>961
emacsなんて半世紀前に産声上げた訳で

963 ：名無しさん＠お腹いっぱい。：2021/05/07(金) 23:12:17.88 .net

ウン十年のemacs使いで途中何回かvi試してこんなもん使えるかと思ってたけど
最近時間に余裕ができて本格的にvi使ってみたらハマってしまった

964 ：名無しさん＠お腹いっぱい。：2021/05/07(金) 23:23:28.88 .net

両方良さがある

965 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 00:14:50.86 .net

他人の設定をあてにするようなら、Emacsには向かないとも言える
自分専用のエディタに仕立てる為にEmacsがある
他人のEmacsは完全に別もんw

966 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 00:54:56.58 .net

spacemacsとかdoom-emacsとかもあるし、そうとも言いきれんだろ

967 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 01:06:33.61 .net

それはEmacsを極めた人が、こんなのはどうだ？と布教してるだけだな
spacemscsが万人向けとは思えんがな
もちろんそれがしっくり来る人も沢山居るだろうけど

968 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 11:23:35.40 .net

>>965
繰り返される車輪の再発明ですねわかります

969 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 11:48:05.59 .net

ユーザーたちは、車輪の発明を繰り返す進歩のない集団かよw

970 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 12:18:22.77 .net

まあ多種多様な形態をとれるってことだ
ベースや小手先をどれだけ何から取り入れるもみんな違う
向いてない云々は色々具体性が足りないから知らんしエディタじゃなくてOSまであるけど
ただの個々人の設定の集合を車輪の再発明と呼ぶのも草ではある
車輪の再発明の意味すら違うとか

971 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 12:27:03.25 .net

学習過程に伴う写経、先人の模倣を「車輪の再発明」言うのはタチの悪い冗談だ。

972 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 12:32:37.74 .net

spacemacsには感謝しています(by spacevimユーザー)

973 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 13:13:11.40 .net

emacsはosだからemacserはviも使うぞ

974 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 13:15:59.55 .net

プログラミングでも何でも、取り敢えず自己流で見よう見まねで作ってみて、その後に基礎を勉強するのが一番の近道だな
つまらない基礎もちゃんと意味が理解出来る
逆につまらない基礎を最初に詰め込もうとするのが日本の教育の良くないところ

975 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 13:44:36.13 .net

教科書読んできれいなプログラム真似するのが一番
自己流の結末は総じて悲惨

976 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 13:52:13.70 .net

良質な多読もアンチパターンも必要だぞ

977 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 15:04:54.74 .net

誰かemacs上にlispでvi実装しないかな?w

978 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 17:02:04.18 .net

emacs でメール読んでた頃が一番使ってたけど、それ以降は出番が減ってる

979 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 17:16:08.84 .net

>>975
それが駄目な所なんだよな
そういう綺麗さにこだわってると、最終的に掛け算の順番にこだわることになる
自己流で痛い目に有ってから、一から基礎をやれと言うことだ
逆に言うと、痛い目にあわないと基礎の本当の意味が分からない
最初に詰め込まれてしまうと、ただの暗記になってしまうし、普通は直ぐに忘れてしまうだろう

980 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 19:35:31.66 .net

viperとansi-term以外で何かvi的な物を欲する場所があるということか？？

981 ：名無しさん＠お腹いっぱい。：2021/05/08(土) 19:54:02.58 .net

>>978
wanderlustとかFreeBSDとかねぇ…

982 ：名無しさん＠お腹いっぱい。：2021/05/11(火) 21:50:03.79 .net

まあ結局evilが最強なんだよね

983 ：名無しさん＠お腹いっぱい。：2021/05/11(火) 21:52:46.39 .net

それこそspacemacsで良くね
既存の自作Lispとかキーバインドと競合しないようになってるし

見た目の主張が強過ぎるのが玉にキズだが

984 ：名無しさん＠お腹いっぱい。：2021/05/11(火) 23:17:37.95 .net

まぁ、今でも wanderlust 使ってるけどね

985 ：名無しさん＠お腹いっぱい。：2021/05/13(木) 01:50:59.52 .net

hs-minor-mode でプログラムのブロック単位の折りたたみしてるけど、fortranの場合
if 文をたたむとendif までたたまれちゃうんだが。

elseif までたたむとかアレンジできなかったっけ？

986 ：名無しさん＠お腹いっぱい。：2021/05/13(木) 03:05:23.23 .net

久しぶりに環境見直そうと思って色々ググってみたらLSPってなんじゃいな
エディタと別の場所にシンタックスチェック等の機能を託す仕組みらしいことは分かったが、今後は便利機能は個別に開発されてくんじゃなくてLSP経由で提供されていくのか？？

試しに使ってみたら「this file is not part of any project」とか出たが、いかなるプロジェクトにも属さない単品のソースを編集するのは向かないのかな

987 ：名無しさん＠お腹いっぱい。：2021/05/13(木) 05:12:32.33 .net

spacemacs の c++-mode で flycheck がデフォルトで有効にならないんだが、なぜだろう
トグルすれば普通に動く
syntax-checking-enable-by-default はもちろん有効になってる
spacemacs の再インストールも一応試して、パッケージの類は全て最新

どなたか知恵をかしてください

988 ：名無しさん＠お腹いっぱい。：2021/05/19(水) 03:18:58.11 .net

>>986
そうだろうね
真っ先にLSP対応してvscodeと資産共有できるようにしたのが急速にvimに食われた直接原因だと思ってます
emacsはマルチスレッド/プロセス苦手なので、形だけ対応したとしても(いくつか見かけた)
非同期のバックグランドプロセスと協調して(見かけ上)ラグ無しにするのは根本的な改修が必要かと思います

989 ：名無しさん＠お腹いっぱい。：2021/05/19(水) 05:42:21.00 .net

今時シングルプロセスアプリなの？

990 ：名無しさん＠お腹いっぱい。：2021/05/19(水) 05:54:22.50 .net

そうです

991 ：名無しさん＠お腹いっぱい。：2021/05/19(水) 05:58:46.08 .net

自分はまだ LSP 使ったことないけど、
> いかなるプロジェクトにも属さない単品のソースを編集するのは向かない
これも「そう」なの？

992 ：名無しさん＠お腹いっぱい。：2021/05/19(水) 09:59:47.52 .net

老いたなemacs。
MSのLSPでemacsも陳腐化か。

993 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 12:49:18.66 .net

だいぶ先になるだろうけど預言者>>992を称えるためにパーティを準備しておかなきゃな.......

994 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 13:29:42.98 .net

未来というより完全に今の話だと思うが

995 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 13:33:38.30 .net

そいつぁ、てーへんだ

996 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 13:40:19.30 .net

ああ誤解されたら嫌だから言っとくけど俺自身は Emacs 使い続けると思う
なんと言っても好きだから

ただ皆 (特に今から開発環境吟味し始める人たち) にとっては、Emacs は選択肢に入らない可能性が高いんじゃないか

997 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 13:51:06.67 .net

emacs使える人ってカッコいい！と初心者の俺は思ってるぞ！

998 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 13:52:58.28 .net

LSPは使ったことない (し、なんのプロジェクトにも属してないファイルには使えないってのが本当ならこの先も使わん) からわからんが、他のエディタって helm 相当の機能とかあんの？
良いLispが沢山あるってだけでemacs使う理由にはなるんじゃないか

999 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 14:18:31.91 .net

マイナー言語の方言/処理系は普及のためにemacs/vim用の設定ファイル添付が普通じゃなかろうか、そうそう困らないと思うけど
使ってるのではgforthとchicken schemeが公式配布にemacs/vim用のを含めてる

1000 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 14:24:03.80 .net

そもそもM$だってだけで拒否反応する人は(俺も含めて)多いだろうし、
> 良いLispが沢山あるってだけでemacs使う理由にはなるんじゃないか
Perlなんかの実例もあるし、まさにこれでしょう。

あとはあれよね、やっぱり実際に使っているところを見て、(いろんな意味で)いいなあ、って思うようなことがきっかけになるんじゃないかね？
俺も他人がmewでメール書いてるのを見て、うわ、いいｗと思って転んだってのもあるしｗ

1001 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 15:32:02.33 .net

今は eglot + LSP client(ccls, pypls, gopls, etc.) で快適に開発してる

1002 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 17:20:27.74 .net

999に乗って機械の身体を貰いに行くんだ…(´･ω･`)

1003 ：名無しさん＠お腹いっぱい。：2021/05/23(日) 17:21:36.76 .net

次スレ
https://mevius.5ch.net/test/read.cgi/unix/1621758062/

1004 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。