[過去ﾛｸﾞ] Emacs Part 52 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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系最終リリースという感じかしら？
外部ﾘﾝｸ[html]:lists.gnu.org
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もなかなか面白そうではあるのだよな
外部ﾘﾝｸ:github.com
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
それはジオン人のニーズなのでは
上下前次1-新書関写板覧索設栞歴
あと 60 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s