- 1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2020/03/25(水) 17:45:02 .net]
- GNU Emacs - GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/software/emacs/
EmacsWiki: サイトマップ
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/
- 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/21(水) 12:10:09.46 .net]
- 最近使い始めたvtermっていうかmulti-vtermええな
tmuxでプレフィックスctrl+zでemacsライクにしてたら肝心のemacsでctrl+xの打ち間違いが多発してた
- 875 名前：名無しさん＠お腹いっぱい。 [2021/04/24(土) 11:25:39.79 .net]
- Emacs Lispに後方互換性はどのくらいありますか？
MuleとかEmacs 20の頃のものを使いたく
- 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/24(土) 12:32:56.45 .net]
- 非互換な変更ってそんなに多くはないけど、完全にそのまま動くってほどじゃないんだよね。
エラーが出るたびに対応してくってのができるなら、じきに安定させられるとは思う。
- 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/24(土) 16:55:28.22 .net]
- 言語仕様自体はlexical bindingが導入された位で変化無いけど、ライブラリ内の関数とか非互換な変更がちょくちょく入るから、Muleの頃のコードは動く気がしない
単純なら動くだろうけど
- 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 09:58:20.21 .net]
- emacsはそんなにだけど、lisp環境はemacsを軸にして退化してる感はある
まあフリーだと一番だと思うけど、だからこそ駆逐してしまって、それでいてフェードアウトしつつあるっていう
昔のlisp環境は大体組み込みprolog付いててダンプ検死やパターンマッチに便利だったけど、今は外部ライブラリになってしまったな
eclのprologも洗浄されてしまったし、今でも生きてるのはlispworks/hemlock(emacs変種)くらいか
- 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 10:00:42.85 .net]
- emacsがlispの足を引っ張ったというのはありそう
- 880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 10:06:31.34 .net]
- 実装なんていくらでもあるし、自分で入れろって話だけど、体験が無いと価値が分からんという事もある
そのemacs自体も望まずとも体験するという機会が減ってしまったな
そうだ、スタンドアロンinfoリーダをemacsで置き換えてしまえ(提案)
- 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 11:47:59.58 .net]
- >>865
そんなにええんか？
kwsk
- 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 14:53:37.05 .net]
- mule-2.3時代に書いたLispプログラムは今でも主役として使ってる。deprecatedとか
めちゃくちゃ出るけどemacs-27でも警告止まりだから後方互換性についてはかなり
いいと思います。それに比べ最近覚えたSwiftはappleの気分でころころ仕様が
変わるからもう嫌になってる
- 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 18:09:57.58 .net]
- emacsは好きでもう20年近く使い使い続けているけど、lispが嫌い。
スコープとか文法とか異端過ぎてムリポ。
- 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 18:27:56.09 .net]
- とはいえ、emacsの利点ってなんでもlispでやれることしかないんじゃないか
- 885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 19:21:49.54 .net]
- >>875
何でもやれるので、他人が便利なものをガンガン作ってくれます（くれました）。
- 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 21:41:56.44 .net]
- >>874
20年使い続けててスコープに不満が有るって、どういう事よ？
- 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/25(日) 22:08:49.53 .net]
- 日本語関係のライブラリがだいぶ変わった気がする
- 888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 10:49:31.57 .net]
- guileが頑張ればもしかしたらブレイクスルーかも？
https://www.gnu.org/software/guile/manual/guile.html#Emacs-Lisp
emacsのコアにできたらなって野心的な事書く割にundocumentedですね、あっ…
t/f/nilの悪魔合体三値論理で相互互換だとよ
どうせならclも入れて第2のビッグクランチ起こそうぜ！
https://i.imgur.com/h6qXF7E.jpg
- 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 11:06:00.07 .net]
- 大抵のgnuアプリにインターフェイス用意されてて、OSインターフェイスもgnu/linux想定なのでとても簡潔
快適なのに全然流行らないguile…名前か！名前が悪いのか！？
clは制定時にunixがマイナーだったので、インターフェイスの定義が一般的過ぎて辛い
cltlの、現在普及してるパス表示/概念検討の項では、/は俎上にも上がってないっていう
結果として実装毎にバラバラで、最低uiopかそれ以上のライブラリは必須になってしまった
winもMacもunix…というかgun/linuxに寄り添ってきてるし、emacs/guileが決め打ちしていい頃合いではないかと思う
- 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 11:09:38.74 .net]
- (まだemacsの求心力が残っているうちに…)
- 891 名前：sage mailto:sage [2021/04/26(月) 13:41:42.65 .net]
- >> 814
私も free wnn jserver つかっている。linux.kinput-wwn も使っている。
4-5年前に X の XIMのライブラリコードにバグがあって、それをfirefox/thunderbird がトリガーしてしまい、FF/TB でアドレス入力の時などに、プルダウンメニューがうまくつかえないという時期があり、
それでfictx だったか、中国系の XIMの利用者もかなり減ってしまい、firefox の利用者統計だと kinput2風のXIMで東アジアの文字入力してるのは IM利用者のなかでも0.1% 以下らしい
なんで、ユーザだけの力で大きなバグの改修（ときどきjserver サーバーが死ぬ、するとkinput2 も巻き込まれて死ぬ）とか改良はむりだろうなと。
ここはEmacsのスレなんで、Emacsのからみでいくと egg というもはやメインテナンスされてないと思われるwnn対応の入力モード使っているが、それと評判の高い org-mode の相性が悪い。
transparentだったかummutable だったかの 属性のあるマーカー(領域？）か何かの扱いで衝突してしまう。
なので、org-mode の恩恵にあずかれてない。
ちょっと調べたけど他力本願モード。
中と半端に直したせいかときどき変換途中の領域が書き換えできないまま残ってしまうことが
あって、簡単に直せないことだけは分かった。
Wnn7使ってるという投稿があったが、その方はorg-modeは試してないのかな？
- 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 15:43:54.69 .net]
- egg?
ヤマンバギャルってのも居ましたっけ？
- 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 18:00:49.45 .net]
- >>882
そりゃあまた…
eggってもうメンテされてないのか。
自分はもうskkにしちゃったんで、あれなんだが、
org-modeが使えないなんて、そんなIM使う理由の半分くらいなくなっちゃうな、個人的には。
org-mode使ってると、PC使っている間に行う全入力の半分くらいはemacs上でになってしまうので。
emacsでの日本語入力はやっぱりskkが一番いいと思うわ。
yaskkserv使えば、多少はmozcの恩恵にも預かれるしｗ
- 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/26(月) 21:15:33.92 .net]
- tamagochy
- 895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/29(木) 09:38:00.50 .net]
- ネイティブコンパイルEmacsの登場
https://blog.tomoya.dev/posts/hello-native-comp-emacs/
- 896 名前：名無しさん＠お腹いっぱい。 [2021/04/29(木) 10:38:26.81 .net]
- >>885
- 897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/29(木) 10:44:12.72 .net]
- 240%速度早いのか
- 898 名前：名無しさん＠お腹いっぱい。 [2021/04/29(木) 13:23:15.44 .net]
- 日々とん久々に見たけどエライ白くなったなあ
- 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/29(木) 20:49:47.82 .net]
- >>886
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
- 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/29(木) 22:12:04.12 .net]
- 夢が広がる
- 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 00:54:34.94 .net]
- 今までもコンパイルしてたんじゃないの？
ネイティブとネイティブじゃない違いかもしれないが。
よくわからんかったのは僕だけ？
- 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 02:21:38.45 .net]
- 今までのは簡素なスタックマシーン(Emacs VM)のバイトコードに変換するもの
今回はさらにlibgccjitを利用してネイティブコードに変換するもの
詳しい仕組みはAndrea CoralloのELS2020の資料がわかりやすいかも?
akrl.sdf.org/gccemacs_els2020.pdf
- 903 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 06:37:13.57 .net]
- packageにしてくれ
- 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 09:09:54.53 .net]
- VM無しで実行出来るコードにするのね。
- 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 09:12:55.65 .net]
- でも今どきのVM一般ってネイティブと遜色ないやん
- 906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 11:08:49.56 .net]
- それはJITとかしてるVMでemacsのVMはそこまでではなかったということかな
- 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 12:08:10.10 .net]
- >>893
リンク切れてるね
https://www.european-lisp-symposium.org/2020/
↑このページの一番下にあるpdf(かなり大きい)に含まれてた
- 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 13:41:33.12 .net]
- なんやかんやEmacsもハッテンしてるね
- 909 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 14:04:06.26 .net]
- 英語が得意でないとハッテン場の出入りが不自由。
- 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/04/30(金) 14:30:42.57 .net]
- JIT手を見る
- 911 名前：名無しさん＠お腹いっぱい。 [2021/04/30(金) 23:13:53.94 .net]
- >>900
IT本読破件数が充分なら英語力はそこそこでも良いみたいだぞ？(ネイティブの人たちは親切だし
- 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/01(土) 11:49:29.80 .net]
- emacsのコマンド名で鍛えた英語力でOK
- 913 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/01(土) 13:35:12.36 .net]
- 僕はニチアサで鍛えた英語力で
- 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/01(土) 15:05:32.23 .net]
- そうか
良く拡げとか無いと尻が裂けるな
- 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 01:00:45.99 .net]
- native-comp 版に移行したが、体感としての違いはワカラン
Emacsにあんまり重い処理はさせてないからなあ
- 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 03:06:07.65 .net]
- elispで長大な処理をさせるものじゃないと効果は見えづらいだろうね
例えばlsp-modeは公式ドキュメントにresulting in more than 200% speedupとある
org-modeも軽くなる局面がある気がしている
- 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 10:31:12.75 .net]
- 何だかんだ最近のエディタにIDE並みの機能求めるからな
- 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 11:11:50.57 .net]
- その元祖が emacs なので。
- 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 11:36:14.32 .net]
- ディストリのパッケージマネージャー使ってるんだが、そのnative-comp版ってのは普通にアプデとして降ってくんの？
- 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 12:18:41.86 .net]
- 27.3とかで正式リリースなのでは
- 921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 12:20:18.68 .net]
- いや28か
- 922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 12:20:55.88 .net]
- 無理して不安定なハシリに飛びつく必要無し
- 923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 12:28:10.46 .net]
- vimもvim9scriptで速くなるみたいだしvscodeが伸びてるのが刺激になっているのか
- 924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 12:33:40.55 .net]
- vscodeのMSご謹製 Remote Development プラグイン良く出来とるからな。
- 925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 13:16:27.35 .net]
- helmとかは速くなるのかな
- 926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 15:15:42.16 .net]
- >>914
vim躍進はvscodeのlsp使えたのが大きいね、あと非同期処理はemacsみたいに外部に投げてたけどネイティブ対応した
9はluaより速かろうがvimscriptなので…
コマンド毎に文法と引数解釈が違う、スクリプトとインタラクティブでまた仕様が微妙に違うとか、まるでcmdエグゼ
本当にキモい言語
elispも一般的にはキモい類だろうけど、血筋がよいので(根っこは)一貫性がある
あと、vimにもautoloadの仕組みが最近普及してきたので、対応コードなら既にオーバーヘッドなんて問題になってないと思う
(emacsのautoloadと
- 927 名前：は結構違う) []
- [ここ壊れてます]
- 928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 15:38:49.67 .net]
- >>914
.vimrc 書いていくと init.el と違って起動の遅さが如実に使い勝手に影響が出る
(emacsは眠らない)
だから速度アップの恩恵の受け方は vim には vimの
emacs には emacs の恩恵があるはず
- 929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 15:53:11.48 .net]
- >>918
vimはautoload用のディレクトリ階層作るのが面倒よな、コードも二重読み込みフラグやマイナーモードへのデリゲートあたりを書き換えないとならず仕様が複雑
対応/保守してないパッケージは手を加えるしかない
これに関しては(autoload 'fun "file")並べるemacsに一票
- 930 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 18:47:41.49 .net]
- つか、そもそもemacsは起動終了繰り返すような使い方しないからなあ。
vimは都度都度終了するが。
- 931 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 19:03:06.51 .net]
- 起動が速いからviが好き！
という知り合いもいたけど正直書くより先に考えた方がいいんじゃねえかというコードを生産してた
- 932 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 19:11:18.83 .net]
- LISPが動くことがEmacs使う体外的な理由だったが、node.jsが動くvscodeの登場でEmacsの圧倒的な優位は揺らいだな
まあ好きだし神lisp多いから使うんだけど
- 933 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 19:38:14.51 .net]
- 年内に27系最終リリースという感じかしら？
https://lists.gnu.org/archive/html/emacs-devel/2021-04/msg01080.html
- 934 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 19:43:21.37 .net]
- >>921
たぶん vi は git や history_file など本当に最小限の機能さえあれば良いものに使い
大抵は vim 使っていると推測
- 935 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 21:00:10.02 .net]
- >>922
emacs-ngならtypescript(deno)が動くよ
- 936 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/02(日) 21:26:42.03 .net]
- emacs-ngもなかなか面白そうではあるのだよな
https://github.com/emacs-ng/emacs-ng
elispそのものを置きかえる気はなくて、Emacsだと外部プログラムの力を
借りざるを得ない所を、内蔵のdenoで済ませる感じ
- 937 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/03(月) 08:54:22.81 .net]
- 一瞬ELPAとかのパッケージ配布はどうなるんだろうと思ったけど
ああいうのは.elだけ配布してインストール時にbyte compleしているのかな
もしそうなら.elcが.elnに変わっても問題ない訳か
- 938 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 14:40:02.63 .net]
- ネイティブコンパイルってことは
CでもC++でもFORTRANでもemacsの関数を書けるってことかな？
- 939 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 17:04:00.08 .net]
- そういう意味のわからない発想はどこから来るんだろう
- 940 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 18:07:49.83 .net]
- >>929
gcc-emacsって名前から察するに
lispで書いてた関数をgccでバイナリにするんじゃないのん?
じゃCでも良かろうもん?
- 941 名前：名無しさん＠お腹いっぱい。 mailto:sage [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というのを使うから
- 942 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 18:39:32.87 .net]
- Emacs起動中またはコンパイル時に、libgccjitを使用してel→LAP→バイトコードのLAPからネイティブコードへコンパイルしている
C言語は経由しない
バイトコードインタプリタは1バイトずつ読み込んで解釈しながら関数の呼び出しなどを実行して行くけど、ネイティブコード版は読み込み解釈部分が機械語に変換�
- 943 名前：ｳれていると考えればいいだろう
なので2倍程度の速度に収まっている
バイトコードインタプリタも十分早いからね [] - [ここ壊れてます]
- 944 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 18:41:46.41 .net]
- >>931
×libgccgit
○libgccjit
間違えたので訂正
- 945 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 19:02:48.28 .net]
- 全力で知ってること話すおじさん
- 946 名前：名無しさん＠お腹いっぱい。 [2021/05/04(火) 19:52:05.49 .net]
- にわかとしては、こういうのはうれしいのだが
全力語りしてくれてもいいじゃないか しょせん2ちゃんなんだし
内容が間違ってたら困るけど
- 947 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 20:20:08.33 .net]
- >>934
いやこれは流石に質問者がおかしいので、鬼レス食らって当然
- 948 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 20:44:28.40 .net]
- Scheme Emacs はいつになったら完成するん？
- 949 名前：927 mailto:sage [2021/05/04(火) 20:49:15.88 .net]
- >>931,932
>そういう話じゃない
そういう話を書いているようにしか読めないんだが?
インターフェースさえ揃えられれば
.elに書いてた内容をlispで書こうがCで書こうが
gccでコンパイルして.elnを作れるはず
- 950 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 20:53:10.50 .net]
- もう原文見に行けよ又聞きしないでさ
- 951 名前：名無しさん＠お腹いっぱい。 [2021/05/04(火) 20:53:39.25 .net]
- >>928 氏は、今回の取り組みで emacs lisp にも dlopen みたいな機能が備わったと思ったのでは？
- 952 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 20:53:41.94 .net]
- バイトコンパイルのソースはemacs lispだけだろアホ臭い。
- 953 名前：925,927 [2021/05/04(火) 21:13:35.92 .net]
- かつてのgcjのCNIみたいなイメージを想像しているんだが?
- 954 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 21:31:55.55 .net]
- >>936
そんなにおかしくないでしょ
emacs専用から離れるってことは他も扱いやすいってことだから
- 955 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 21:57:39.59 .net]
- 日本人ならシャア専用を作るべき
- 956 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/04(火) 22:03:19.65 .net]
- それはジオン人のニーズなのでは
- 957 名前：名無しさん＠お腹いっぱい。 mailto:sage [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からはデフォルト有効だぞ
- 958 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 00:56:13.16 .net]
- 既存のelispライブラリをCで書き直せと申すか
- 959 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 01:03:09.31 .net]
- どうせならpythonがいいです
- 960 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 01:10:07.42 .net]
- ぼくはC++
- 961 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 07:51:39.05 .net]
- >>948
はぁ？糞遅くなるだろうが。
- 962 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 09:05:55.23 .net]
- luaあたりだろうな
- 963 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 09:25:01.55 .net]
- Perl なら少ない勉強でテキストをゴニョゴニョできないか？
- 964 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 13:52:18.99 .net]
- elのバイトコードって一応読めそうな直訳だし恩恵は僅かよね、パースを省けるくらい
具体的に他と比べれば.py/.pycより僅か
どうせバイトコードは弄らないものだし、それがネイティブコードになって何も悪い事はない
ネイティブコードは外部言語でも書けるからと言って、それで拡張書くのは反対だ
変数がどこでセットされたかまでちゃんと追跡してくれるのがemacsのよいところ
拡張書くくらいなら別プログラムにしてコマンドとして呼べばよいよ
透明性が大事だ
- 965 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 13:55:56.61 .net]
- 適当に最適化してくれるならしてほしい
しかしそもそもelispがそれほど良いものとは思えない
- 966 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 14:00:52.59 .net]
- まさにvimが外部言語ニョキニョキ対応してるけど、それゆえビルド時にオプトアウト指定したりしなかったり、欲しいプラグインが使ってる言語オプトアウトしてしまってうげあ
ってことになってるからやめといた方がいいよ
処理系の差を吸収しようとシステムとは違う専用処理系埋め込んで肥大化してるし、全部入りにしたらとんでもないサイズになる
素直に外部プログラムとして実装して配り、システムの処理系で動かして連携しなさい
- 967 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 14:02:28.69 .net]
- >>954
恵まれないguileちゃん募金活動しようぜ
- 968 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 15:11:49.37 .net]
- プラットフォームな差異を吸収するなら今ならwasmとかになるのかね
バイナリをそのまま配布して動くし、サンドボックス化されてるから比較的セキュア
- 969 名前：名無しさん＠お腹いっぱい。 [2021/05/05(水) 15:14:25.70 .net]
- 政治的には guile やろな
GNU Assembly も立ち上がったし
- 970 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/05(水) 17:58:37.79 .net]
- >>952
マーク範囲に適用というのは良くやる
- 971 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/06(木) 01:50:28.40 .net]
- >>943
??????????????
- 972 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/07(金) 20:04:13.37 .net]
- 2020年代のEmacs入門に書かれている内容は、今の標準だと思って良いの？
またEmacsに再入門したく
- 973 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/07(金) 21:13:41.93 .net]
- >>961
emacsなんて半世紀前に産声上げた訳で
- 974 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/05/07(金) 23:12:17.88 .net]
- ウン十年のemacs使いで途中何回かvi試してこんなもん使えるかと思ってたけど
最近時間に余裕ができて本格的にvi使ってみたらハマってしまった
|
 |
