[過去ﾛｸﾞ] Emacs Part 52 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): 2020/03/25(水)17:45 AAS
GNU Emacs - GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/software/emacs/
EmacsWiki: サイトマップ
http://www.emacswiki.org/emacs/
前スレ
Emacs Part 51
2chｽﾚ:unix
Emacs Part 50
2chｽﾚ:unix
903: 2021/05/02(日)01:00 AAS
native-comp 版に移行したが、体感としての違いはワカラン
Emacsにあんまり重い処理はさせてないからなあ
904: 2021/05/02(日)03:06 AAS
elispで長大な処理をさせるものじゃないと効果は見えづらいだろうね
例えばlsp-modeは公式ドキュメントにresulting in more than 200% speedupとある
org-modeも軽くなる局面がある気がしている
905: 2021/05/02(日)10:31 AAS
何だかんだ最近のエディタにIDE並みの機能求めるからな
906: 2021/05/02(日)11:11 AAS
その元祖が emacs なので。
907: 2021/05/02(日)11:36 AAS
ディストリのパッケージマネージャー使ってるんだが、そのnative-comp版ってのは普通にアプデとして降ってくんの？
908: 2021/05/02(日)12:18 AAS
27.3とかで正式リリースなのでは
909: 2021/05/02(日)12:20 AAS
いや28か
910: 2021/05/02(日)12:20 AAS
無理して不安定なハシリに飛びつく必要無し
911(2): 2021/05/02(日)12:28 AAS
vimもvim9scriptで速くなるみたいだしvscodeが伸びてるのが刺激になっているのか
912: 2021/05/02(日)12:33 AAS
vscodeのMSご謹製 Remote Development プラグイン良く出来とるからな。
913: 2021/05/02(日)13:16 AAS
helmとかは速くなるのかな
914: 2021/05/02(日)15:15 AAS
>>911
vim躍進はvscodeのlsp使えたのが大きいね、あと非同期処理はemacsみたいに外部に投げてたけどネイティブ対応した
9はluaより速かろうがvimscriptなので…
コマンド毎に文法と引数解釈が違う、スクリプトとインタラクティブでまた仕様が微妙に違うとか、まるでcmdエグゼ
本当にキモい言語
elispも一般的にはキモい類だろうけど、血筋がよいので(根っこは)一貫性がある
あと、vimにもautoloadの仕組みが最近普及してきたので、対応コードなら既にオーバーヘッドなんて問題になってないと思う
(emacsのautoloadとは結構違う)
915(1): 2021/05/02(日)15:38 AAS
>>911
.vimrc 書いていくと init.el と違って起動の遅さが如実に使い勝手に影響が出る
(emacsは眠らない)
だから速度アップの恩恵の受け方は vim には vimの
emacs には emacs の恩恵があるはず
916: 2021/05/02(日)15:53 AAS
>>915
vimはautoload用のディレクトリ階層作るのが面倒よな、コードも二重読み込みフラグやマイナーモードへのデリゲートあたりを書き換えないとならず仕様が複雑
対応/保守してないパッケージは手を加えるしかない
これに関しては(autoload 'fun "file")並べるemacsに一票
917: 2021/05/02(日)18:47 AAS
つか、そもそもemacsは起動終了繰り返すような使い方しないからなあ。
vimは都度都度終了するが。
918(1): 2021/05/02(日)19:03 AAS
起動が速いからviが好き！
という知り合いもいたけど正直書くより先に考えた方がいいんじゃねえかというコードを生産してた
919(1): 2021/05/02(日)19:11 AAS
LISPが動くことがEmacs使う体外的な理由だったが、node.jsが動くvscodeの登場でEmacsの圧倒的な優位は揺らいだな
まあ好きだし神lisp多いから使うんだけど
920: 2021/05/02(日)19:38 AAS
年内に27系最終リリースという感じかしら？
https://lists.gnu.org/archive/html/emacs-devel/2021-04/msg01080.html
921: 2021/05/02(日)19:43 AAS
>>918
たぶん vi は git や history_file など本当に最小限の機能さえあれば良いものに使い
大抵は vim 使っていると推測
922: 2021/05/02(日)21:00 AAS
>>919
emacs-ngならtypescript(deno)が動くよ
923: 2021/05/02(日)21:26 AAS
emacs-ngもなかなか面白そうではあるのだよな
https://github.com/emacs-ng/emacs-ng
elispそのものを置きかえる気はなくて、Emacsだと外部プログラムの力を
借りざるを得ない所を、内蔵のdenoで済ませる感じ
924: 2021/05/03(月)08:54 AAS
一瞬ELPAとかのパッケージ配布はどうなるんだろうと思ったけど
ああいうのは.elだけ配布してインストール時にbyte compleしているのかな
もしそうなら.elcが.elnに変わっても問題ない訳か
925(1): 2021/05/04(火)14:40 AAS
ネイティブコンパイルってことは
CでもC++でもFORTRANでもemacsの関数を書けるってことかな？
926(1): 2021/05/04(火)17:04 AAS
そういう意味のわからない発想はどこから来るんだろう
927(2): 2021/05/04(火)18:07 AAS
>>926
gcc-emacsって名前から察するに
lispで書いてた関数をgccでバイナリにするんじゃないのん?
じゃCでも良かろうもん?
928(2): 2021/05/04(火)18:38 AAS
>>927
そういう話じゃない
今まで.elをEmacsのVMのコードにコンパイルしていた(.elc)のを
x86とかarmとかプラットフォームのネイティブなコードにコンパイルする(.eln)という話
.elcは例えばx86でコンパイルしたものをarmの環境に持っていっても動くけど
.elnは当然コンパイルした環境に依存するから別の環境に持って行っても動かない
その代わりネイティブコードだから当然.elcよりは実行が早くなる
gcc-emacsという名前はネイティブコードへの変換にGCCのlibgccgitというのを使うから
929(1): 2021/05/04(火)18:39 AAS
Emacs起動中またはコンパイル時に、libgccjitを使用してel→LAP→バイトコードのLAPからネイティブコードへコンパイルしている
C言語は経由しない
バイトコードインタプリタは1バイトずつ読み込んで解釈しながら関数の呼び出しなどを実行して行くけど、ネイティブコード版は読み込み解釈部分が機械語に変換されていると考えればいいだろう
なので2倍程度の速度に収まっている
バイトコードインタプリタも十分早いからね
930: 2021/05/04(火)18:41 AAS
>>928
×libgccgit
○libgccjit
間違えたので訂正
931(1): 2021/05/04(火)19:02 AAS
全力で知ってること話すおじさん
932: 2021/05/04(火)19:52 AAS
にわかとしては、こういうのはうれしいのだが
全力語りしてくれてもいいじゃないか しょせん2ちゃんなんだし
内容が間違ってたら困るけど
933(1): 2021/05/04(火)20:20 AAS
>>931
いやこれは流石に質問者がおかしいので、鬼レス食らって当然
934: 2021/05/04(火)20:44 AAS
Scheme Emacs はいつになったら完成するん？
935: 927 2021/05/04(火)20:49 AAS
>>928,929
>そういう話じゃない
そういう話を書いているようにしか読めないんだが?
インターフェースさえ揃えられれば
.elに書いてた内容をlispで書こうがCで書こうが
gccでコンパイルして.elnを作れるはず
936: 2021/05/04(火)20:53 AAS
もう原文見に行けよ又聞きしないでさ
937: 2021/05/04(火)20:53 AAS
>>925 氏は、今回の取り組みで emacs lisp にも dlopen みたいな機能が備わったと思ったのでは？
938: 2021/05/04(火)20:53 AAS
バイトコンパイルのソースはemacs lispだけだろアホ臭い。
939: 925,927 2021/05/04(火)21:13 AAS
かつてのgcjのCNIみたいなイメージを想像しているんだが?
940(1): 2021/05/04(火)21:31 AAS
>>933
そんなにおかしくないでしょ
emacs専用から離れるってことは他も扱いやすいってことだから
941: 2021/05/04(火)21:57 AAS
日本人ならシャア専用を作るべき
942: 2021/05/04(火)22:03 AAS
それはジオン人のニーズなのでは
943: 2021/05/05(水)00:46 AAS
なんで、elnを経由すんだよ……
そんな迂遠なことせずとも、dynamic moduleを利用すれば前からCで書けるだろ
https://www.gnu.org/software/emacs/manual/html_node/elisp/Dynamic-Modules.html
Emacs27からはデフォルト有効だぞ
944: 2021/05/05(水)00:56 AAS
既存のelispライブラリをCで書き直せと申すか
945(1): 2021/05/05(水)01:03 AAS
どうせならpythonがいいです
946: 2021/05/05(水)01:10 AAS
ぼくはC++
947: 2021/05/05(水)07:51 AAS
>>945
はぁ？糞遅くなるだろうが。
948: 2021/05/05(水)09:05 AAS
luaあたりだろうな
949(1): 2021/05/05(水)09:25 AAS
Perl なら少ない勉強でテキストをゴニョゴニョできないか？
950: 2021/05/05(水)13:52 AAS
elのバイトコードって一応読めそうな直訳だし恩恵は僅かよね、パースを省けるくらい
具体的に他と比べれば.py/.pycより僅か
どうせバイトコードは弄らないものだし、それがネイティブコードになって何も悪い事はない
ネイティブコードは外部言語でも書けるからと言って、それで拡張書くのは反対だ
変数がどこでセットされたかまでちゃんと追跡してくれるのがemacsのよいところ
拡張書くくらいなら別プログラムにしてコマンドとして呼べばよいよ
透明性が大事だ
951(1): 2021/05/05(水)13:55 AAS
適当に最適化してくれるならしてほしい
しかしそもそもelispがそれほど良いものとは思えない
952: 2021/05/05(水)14:00 AAS
まさにvimが外部言語ニョキニョキ対応してるけど、それゆえビルド時にオプトアウト指定したりしなかったり、欲しいプラグインが使ってる言語オプトアウトしてしまってうげあ
ってことになってるからやめといた方がいいよ
処理系の差を吸収しようとシステムとは違う専用処理系埋め込んで肥大化してるし、全部入りにしたらとんでもないサイズになる
素直に外部プログラムとして実装して配り、システムの処理系で動かして連携しなさい
953: 2021/05/05(水)14:02 AAS
>>951
恵まれないguileちゃん募金活動しようぜ
954: 2021/05/05(水)15:11 AAS
プラットフォームな差異を吸収するなら今ならwasmとかになるのかね
バイナリをそのまま配布して動くし、サンドボックス化されてるから比較的セキュア
955: 2021/05/05(水)15:14 AAS
政治的には guile やろな
GNU Assembly も立ち上がったし
956: 2021/05/05(水)17:58 AAS
>>949
マーク範囲に適用というのは良くやる
957: 2021/05/06(木)01:50 AAS
>>940
??????????????
958(1): 2021/05/07(金)20:04 AAS
2020年代のEmacs入門に書かれている内容は、今の標準だと思って良いの？
またEmacsに再入門したく
959: 2021/05/07(金)21:13 AAS
>>958
emacsなんて半世紀前に産声上げた訳で
960: 2021/05/07(金)23:12 AAS
ウン十年のemacs使いで途中何回かvi試してこんなもん使えるかと思ってたけど
最近時間に余裕ができて本格的にvi使ってみたらハマってしまった
961: 2021/05/07(金)23:23 AAS
両方良さがある
962(1): 2021/05/08(土)00:14 AAS
他人の設定をあてにするようなら、Emacsには向かないとも言える
自分専用のエディタに仕立てる為にEmacsがある
他人のEmacsは完全に別もんw
963: 2021/05/08(土)00:54 AAS
spacemacsとかdoom-emacsとかもあるし、そうとも言いきれんだろ
964: 2021/05/08(土)01:06 AAS
それはEmacsを極めた人が、こんなのはどうだ？と布教してるだけだな
spacemscsが万人向けとは思えんがな
もちろんそれがしっくり来る人も沢山居るだろうけど
965: 2021/05/08(土)11:23 AAS
>>962
繰り返される車輪の再発明ですねわかります
966: 2021/05/08(土)11:48 AAS
ユーザーたちは、車輪の発明を繰り返す進歩のない集団かよw
967: 2021/05/08(土)12:18 AAS
まあ多種多様な形態をとれるってことだ
ベースや小手先をどれだけ何から取り入れるもみんな違う
向いてない云々は色々具体性が足りないから知らんしエディタじゃなくてOSまであるけど
ただの個々人の設定の集合を車輪の再発明と呼ぶのも草ではある
車輪の再発明の意味すら違うとか
968: 2021/05/08(土)12:27 AAS
学習過程に伴う写経、先人の模倣を「車輪の再発明」言うのはタチの悪い冗談だ。
969: 2021/05/08(土)12:32 AAS
spacemacsには感謝しています(by spacevimユーザー)
970: 2021/05/08(土)13:13 AAS
emacsはosだからemacserはviも使うぞ
971: 2021/05/08(土)13:15 AAS
プログラミングでも何でも、取り敢えず自己流で見よう見まねで作ってみて、その後に基礎を勉強するのが一番の近道だな
つまらない基礎もちゃんと意味が理解出来る
逆につまらない基礎を最初に詰め込もうとするのが日本の教育の良くないところ
972(1): 2021/05/08(土)13:44 AAS
教科書読んできれいなプログラム真似するのが一番
自己流の結末は総じて悲惨
973: 2021/05/08(土)13:52 AAS
良質な多読もアンチパターンも必要だぞ
974: 2021/05/08(土)15:04 AAS
誰かemacs上にlispでvi実装しないかな?w
975(1): 2021/05/08(土)17:02 AAS
emacs でメール読んでた頃が一番使ってたけど、それ以降は出番が減ってる
976: 2021/05/08(土)17:16 AAS
>>972
それが駄目な所なんだよな
そういう綺麗さにこだわってると、最終的に掛け算の順番にこだわることになる
自己流で痛い目に有ってから、一から基礎をやれと言うことだ
逆に言うと、痛い目にあわないと基礎の本当の意味が分からない
最初に詰め込まれてしまうと、ただの暗記になってしまうし、普通は直ぐに忘れてしまうだろう
977: 2021/05/08(土)19:35 AAS
viperとansi-term以外で何かvi的な物を欲する場所があるということか？？
978: 2021/05/08(土)19:54 AAS
>>975
wanderlustとかFreeBSDとかねぇ…
979: 2021/05/11(火)21:50 AAS
まあ結局evilが最強なんだよね
980: 2021/05/11(火)21:52 AAS
それこそspacemacsで良くね
既存の自作Lispとかキーバインドと競合しないようになってるし
見た目の主張が強過ぎるのが玉にキズだが
981: 2021/05/11(火)23:17 AAS
まぁ、今でも wanderlust 使ってるけどね
982: 2021/05/13(木)01:50 AAS
hs-minor-mode でプログラムのブロック単位の折りたたみしてるけど、fortranの場合
if 文をたたむとendif までたたまれちゃうんだが。
elseif までたたむとかアレンジできなかったっけ？
983(1): 2021/05/13(木)03:05 AAS
久しぶりに環境見直そうと思って色々ググってみたらLSPってなんじゃいな
エディタと別の場所にシンタックスチェック等の機能を託す仕組みらしいことは分かったが、今後は便利機能は個別に開発されてくんじゃなくてLSP経由で提供されていくのか？？
試しに使ってみたら「this file is not part of any project」とか出たが、いかなるプロジェクトにも属さない単品のソースを編集するのは向かないのかな
984: 2021/05/13(木)05:12 AAS
spacemacs の c++-mode で flycheck がデフォルトで有効にならないんだが、なぜだろう
トグルすれば普通に動く
syntax-checking-enable-by-default はもちろん有効になってる
spacemacs の再インストールも一応試して、パッケージの類は全て最新
どなたか知恵をかしてください
985: 2021/05/19(水)03:18 AAS
>>983
そうだろうね
真っ先にLSP対応してvscodeと資産共有できるようにしたのが急速にvimに食われた直接原因だと思ってます
emacsはマルチスレッド/プロセス苦手なので、形だけ対応したとしても(いくつか見かけた)
非同期のバックグランドプロセスと協調して(見かけ上)ラグ無しにするのは根本的な改修が必要かと思います
986: 2021/05/19(水)05:42 AAS
今時シングルプロセスアプリなの？
987: 2021/05/19(水)05:54 AAS
そうです
988: 2021/05/19(水)05:58 AAS
自分はまだ LSP 使ったことないけど、
> いかなるプロジェクトにも属さない単品のソースを編集するのは向かない
これも「そう」なの？
989(1): 2021/05/19(水)09:59 AAS
老いたなemacs。
MSのLSPでemacsも陳腐化か。
990: 2021/05/23(日)12:49 AAS
だいぶ先になるだろうけど預言者>>989を称えるためにパーティを準備しておかなきゃな.......
991: 2021/05/23(日)13:29 AAS
未来というより完全に今の話だと思うが
992: 2021/05/23(日)13:33 AAS
そいつぁ、てーへんだ
993: 2021/05/23(日)13:40 AAS
ああ誤解されたら嫌だから言っとくけど俺自身は Emacs 使い続けると思う
なんと言っても好きだから
ただ皆 (特に今から開発環境吟味し始める人たち) にとっては、Emacs は選択肢に入らない可能性が高いんじゃないか
994: 2021/05/23(日)13:51 AAS
emacs使える人ってカッコいい！と初心者の俺は思ってるぞ！
995: 2021/05/23(日)13:52 AAS
LSPは使ったことない (し、なんのプロジェクトにも属してないファイルには使えないってのが本当ならこの先も使わん) からわからんが、他のエディタって helm 相当の機能とかあんの？
良いLispが沢山あるってだけでemacs使う理由にはなるんじゃないか
996: 2021/05/23(日)14:18 AAS
マイナー言語の方言/処理系は普及のためにemacs/vim用の設定ファイル添付が普通じゃなかろうか、そうそう困らないと思うけど
使ってるのではgforthとchicken schemeが公式配布にemacs/vim用のを含めてる
997: 2021/05/23(日)14:24 AAS
そもそもM$だってだけで拒否反応する人は(俺も含めて)多いだろうし、
> 良いLispが沢山あるってだけでemacs使う理由にはなるんじゃないか
Perlなんかの実例もあるし、まさにこれでしょう。
あとはあれよね、やっぱり実際に使っているところを見て、(いろんな意味で)いいなあ、って思うようなことがきっかけになるんじゃないかね？
俺も他人がmewでメール書いてるのを見て、うわ、いいｗと思って転んだってのもあるしｗ
998: 2021/05/23(日)15:32 AAS
今は eglot + LSP client(ccls, pypls, gopls, etc.) で快適に開発してる
999: 2021/05/23(日)17:20 AAS
999に乗って機械の身体を貰いに行くんだ…(´･ω･`)
1000: 2021/05/23(日)17:21 AAS
次スレ
2chｽﾚ:unix
1001(1): 1001 ID:Thread(1/2)調 AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 423日 23時間 36分 35秒
1002(1): 1002 ID:Thread(2/2)調 AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.191s*