次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
次世代言語27 Nim Zig Pony Carbon Gleam http://mevius.5ch.net/test/read.cgi/tech/1659660050/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: デフォルトの名無しさん (ﾜｯﾁｮｲ c35f-St8y) [sage] 2022/08/05(金) 09:40:50.22 ID:/hLfNpmA0 !extend:checked:vvvvv:1000:512 !extend:checked:vvvvv:1000:512 スレタイ（順番はRedMonk準拠）以外の言語もok 前スレ 次世代言語26 TypeScript Swift Go Kotlin Nim https://mevius.5ch.net/test/read.cgi/tech/1655771266/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured http://mevius.5ch.net/test/read.cgi/tech/1659660050/1
2: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMee-Jv5Y) [sage] 2022/08/05(金) 12:18:02.18 ID:X0qTPiXKM 乙 http://mevius.5ch.net/test/read.cgi/tech/1659660050/2
3: デフォルトの名無しさん (ﾜｯﾁｮｲ ba7c-t4GX) [] 2022/08/05(金) 20:57:32.27 ID:IaHwMjJC0 本スレ http://mevius.5ch.net/test/read.cgi/tech/1659660050/3
4: デフォルトの名無しさん (ﾜｯﾁｮｲ 9a4b-Xfpw) [sage] 2022/08/05(金) 23:22:06.64 ID:mIb2aBTZ0 ただし Rust言語ネタは禁止します http://mevius.5ch.net/test/read.cgi/tech/1659660050/4
5: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa55-9Xv3) [] 2022/08/06(土) 15:25:50.11 ID:eSBCWCwIa >>1 O2 http://mevius.5ch.net/test/read.cgi/tech/1659660050/5
6: デフォルトの名無しさん (ﾜｯﾁｮｲ 895f-UFof) [sage] 2022/08/07(日) 04:00:41.01 ID:40aW3DD80 久々にHaxeのプロジェクトページを訪ねてみたらサポートターゲットにHashLinkなるVMが追加されていた Nekoの後継？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/6
7: デフォルトの名無しさん (ﾜｯﾁｮｲ 1907-Z5J/) [sage] 2022/08/07(日) 13:37:10.92 ID:Dd35QVWO0 過疎やん http://mevius.5ch.net/test/read.cgi/tech/1659660050/7
8: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-agxP) [] 2022/08/07(日) 15:10:39.88 ID:G9vPq40Zd >>6 haxeまだあったのか。 昔ちょろっと見てけっこう良さそうな印象持ったけど流行らなかったな。 nimもトランスレーター系だし、同じ将来にはならないで欲しい。 結局はバックにGAFAMがつくかどうかによるのかねぇ。 それでいうとpythonは運・タイミングが良かったのか。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/8
9: デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp5d-RXyn) [sage] 2022/08/07(日) 15:41:37.32 ID:SSq6cfdBp nimとかD言語みたいなちょっと良くした程度の言語だと流行らないんだろうなあ RubyでいうRailsみたいな超人気フレームワークが登場すると話が変わってくるんだろうけも http://mevius.5ch.net/test/read.cgi/tech/1659660050/9
10: デフォルトの名無しさん (ﾜｯﾁｮｲ 1b8c-lJ3c) [sage] 2022/08/08(月) 01:27:47.98 ID:mO/LiGB20 >>9 NimはもっとシームレスにPythonソースを使えればいいんだけど。 nimpyとかnimporterとかって公式になったっけ？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/10
11: デフォルトの名無しさん (ﾜｯﾁｮｲ 132c-D0FT) [sage] 2022/08/08(月) 15:07:53.58 ID:XhYLtnJ40 >>10 nimpyやnimporterが公式になるってどういうこと? 標準ライブラリになることを期待してるのかもしれないが、標準ライブラリになったとしても使いやすくなるとは限らないよ。 C/C++のライブラリだったらc2nimやfutharkというツールがC/C++のコードを読んで自動的にバインディングを生成してくれるらしい。 futharkはlibclangを使ってコードをパースするらしい。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/11
12: デフォルトの名無しさん (ﾜｯﾁｮｲ 13a5-s6Hz) [sage] 2022/08/11(木) 04:05:29.11 ID:Bpvt7Gu80 CarbonってC++のABI問題の拗れが引き金となって生まれたものなんだろうけど わざわざ文法から作り直すことないのにな 実用的なレベルになるまで相当かかりそう http://mevius.5ch.net/test/read.cgi/tech/1659660050/12
13: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-JIap) [sage] 2022/08/11(木) 08:03:21.25 ID:6LydNS9Hd GoogleでC++の糞の山のメンテばっかりさせられて嫌気が差したんだろ 所詮数あるホビー言語の一つに過ぎないんだから好きにさせてやれよ http://mevius.5ch.net/test/read.cgi/tech/1659660050/13
14: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8b-lJ3c) [sage] 2022/08/12(金) 13:09:15.20 ID:0xlDyyucM >>11 公式になって手順・ドキュメントが整備されるというということだな。 そうすればもっとpythonコードが流用しやすくなるので、性能で困っているpythonユーザーが手を出しやすくなるかと。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/14
15: デフォルトの名無しさん (ﾜｯﾁｮｲ 937c-agxP) [] 2022/08/12(金) 15:40:56.79 ID:bDQmrk+50 nimのアンダースコアを無視する仕様は好きじゃない。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/15
16: デフォルトの名無しさん (ﾜｯﾁｮｲ 132c-D0FT) [sage] 2022/08/12(金) 18:28:24.07 ID:D0nb2yzy0 >>14 公式になったからといってドキュメントが整備されるとも限らないし 公式にならなくてもやる気があればドキュメントを整備するＰＲを送ればいいのでは。 >>15 アンダースコアを無視するおかげで、ライブラリがfoo_barみたいな名前を使っていてもライブラリを使う側のコードがfooBarという名前で呼び出せるので命名規則に一貫性をもたらすことができる。 しかしCのライブラリがfoo_barとfooBarという異なる二つの関数を持っているとNi
mから使うときに違う名前を使って参照するようにbindingを書かなくてはいけなくなってしまう。 そいいうケースはあまりないけどね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/16
17: デフォルトの名無しさん (ﾜｯﾁｮｲ 468c-Waa7) [] 2022/08/13(土) 22:42:00.05 ID:6wAoLN5t0 Rustを見てて疑問に思うところがあるんだけど、 「コールスタック専用変数」「ヒープ用変数」といった 使い分けをする言語はあるのかしらん？ 現状の言語で近いのは C：変数はコールスタック専用。ヒープのインスタンスはポインタで管理 Rust：変数はコールスタック専用。ヒープ用変数はBox、Vec、Rcとかで模倣 ぐらいか。 コールスタックにあるインスタンスはスコープに連動するRAIIとかの便利な特性があるから、 他の言語でもコールスタック専用変数があ
ってもいいと思うんだけど。 例えばJavaにコールスタック用変数があればfinalizeメソッドももっと使いやすくなりそう。 コールスタック用変数専用クラスとかあってもいいし。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/17
18: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd62-Rl2g) [sage] 2022/08/13(土) 23:29:46.92 ID:601ao6Evd スタックとヒープの使い分けができるという意味ならGoとかC#とか http://mevius.5ch.net/test/read.cgi/tech/1659660050/18
19: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 01:50:30.53 ID:H+Dty+yM0 >>17 Nimでもスタックとヒープを使いわけられるよ。 refのついた型とクロージャの環境とstring, seqの中身はヒープに確保される。 それ以外のローカル変数はスタックに確保。 C言語のグローバル変数とstatic変数はstatic storageというスタックとは別の所に置かれるよ。 だいたいのシステムプログラミング言語ならヒープとスタックを使い分けられるんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/19
20: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 01:50:48.23 ID:H+Dty+yM0 >>17 Nimでもスタックとヒープを使いわけられるよ。 refのついた型とクロージャの環境とstring, seqの中身はヒープに確保される。 それ以外のローカル変数はスタックに確保。 C言語のグローバル変数とstatic変数はstatic storageというスタックとは別の所に置かれるよ。 だいたいのシステムプログラミング言語ならヒープとスタックを使い分けられるんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/20
21: デフォルトの名無しさん (ﾜｯﾁｮｲ 468c-8lLW) [sage] 2022/08/14(日) 01:53:56.93 ID:XCwSZ99k0 >>18 変数のエスケープ解析して自動でヒープとスタックを使い分けるんじゃなくて、その変数をスコープからエスケープするような使い方をしたときにコンパイルエラーにするようなのを想定しています。 スタックフレーム制約付き変数ですな。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/21
22: デフォルトの名無しさん (ﾜｯﾁｮｲ 468c-8lLW) [sage] 2022/08/14(日) 02:03:29.71 ID:XCwSZ99k0 >>20 確か、Nimもスタックフレームにインスタンスを置くことを強制できなかったかと思うけど、どうだったっけ？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/22
23: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 02:10:20.77 ID:H+Dty+yM0 >>17 Nimでもスタックとヒープを使いわけられるよ。 refのついた型とクロージャの環境とstring, seqの中身はヒープに確保される。 それ以外のローカル変数はスタックに確保。 C言語のグローバル変数とstatic変数はstatic storageというスタックとは別の所に置かれるよ。 だいたいのシステムプログラミング言語ならヒープとスタックを使い分けられるんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/23
24: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 02:20:35.55 ID:H+Dty+yM0 間違えて連続投稿してすいませんでした。 >>22 type SomeObj = object x: int proc foo = var x = SomeObj(x: 10) #スタックに確保 var y = new(SomeObj) #ヒープに確保 foo() http://mevius.5ch.net/test/read.cgi/tech/1659660050/24
25: デフォルトの名無しさん (ｽﾌﾟｯｯ Sd62-IWzR) [sage] 2022/08/14(日) 09:07:22.22 ID:5kZWLu5Dd ここの系列で出たことあるのか知らないし、ちょっと毛色違うんだけど設定ファイル言語でDhallってあるんだね 方向性は凄く好みなんだけど最新バージョンの規格をそのまま食えるのが現状Haskell（とPureScript?）だけらしくて君らそういうところやぞ……ってなってる yamlやjsonに変換してから食わせることはできるらしいけどやっぱそのまま食えるのと手間と複雑さは無駄に嵩張るし、この手のDSLはどれだけ広い環境で使えるかが重要よねって http://m
evius.5ch.net/test/read.cgi/tech/1659660050/25
26: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd62-Rl2g) [sage] 2022/08/14(日) 09:18:07.39 ID:E6D9Byfed >>21 C#はスタック変数のエスケープは不可で、その参照を返すようなことはできない クロージャでキャプチャされたり非同期メソッドの場合にヒープに昇格する例外はあるが、文脈から明らかであり、いわゆるエスケープ解析とは異なるものだ 更に、構造体を ref struct として定義することで上記のような昇格も不可となり、完全にスタック専用になる http://mevius.5ch.net/test/read.cgi/tech/1659660050/26
27: デフォルトの名無しさん (ﾜｯﾁｮｲ 4201-8lLW) [sage] 2022/08/14(日) 10:18:19.35 ID:osAuRY7C0 >>25 ちょっとぐぐってみたけど俺はできると思ってる子がなんかこれあったら便利やんって言うのを色々詰め込んだイメージ 本当にでかい設定ファイルなら嬉しいのかも知れないけど大多数の設定ファイルにはオーバースペック過ぎて流行らないと思う http://mevius.5ch.net/test/read.cgi/tech/1659660050/27
28: デフォルトの名無しさん (ﾜｯﾁｮｲ adda-TI6p) [sage] 2022/08/14(日) 10:55:58.43 ID:lDco67Nc0 オーバースペックさで言うとyamlも相当だしそれだけでは判断できないのでは http://mevius.5ch.net/test/read.cgi/tech/1659660050/28
29: デフォルトの名無しさん (ﾜｯﾁｮｲ 79f0-mhOm) [sage] 2022/08/14(日) 19:14:39.32 ID:1Y4ysm770 スタックとかヒープとか基本的に実装依存じゃないの 言語レベルで規格として策定されてるのある？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/29
30: デフォルトの名無しさん (ﾜｯﾁｮｲ 027c-5Ix7) [sage] 2022/08/14(日) 19:23:27.68 ID:TMCPzdUa0 CやC++はmallocやらnewなどでメモリ確保しない限りは全てスタックではないの？ 今時のコンパイラはどうやってるのか知らんけど昔は少なくともそうだった http://mevius.5ch.net/test/read.cgi/tech/1659660050/30
31: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 19:43:04.36 ID:H+Dty+yM0 可変長配列とか文字列型などの必要なメモリ量が実行時に決まるものや 関数やブロックのスコープと変数の寿命が対応しないもの(GCで管理されるオブジェクト)などはヒープ使うしかないでしょ。 けどローカル変数などをヒープに置くと効率悪いし。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/31
32: デフォルトの名無しさん (ﾜｯﾁｮｲ 4201-8lLW) [sage] 2022/08/14(日) 19:55:23.52 ID:osAuRY7C0 >>29 ハードウェアスタックがないマシン（汎用機とか）もあるから実装依存なのは確かだけどそういうマシンでもソフトウェアでスタック作ってるので実装としてはたいして変わらん http://mevius.5ch.net/test/read.cgi/tech/1659660050/32
33: デフォルトの名無しさん (ﾜｯﾁｮｲ 422c-GRcq) [sage] 2022/08/14(日) 19:58:39.91 ID:H+Dty+yM0 >>30 関数の外にある変数やstatic変数はstatic storageというプロセスが生まれてから死ぬまで存在し続ける領域に置かれるよ。 詳しくはdata segmentとかbssとかで検索してね。 static変数は値を保持し続けないといけないからスタックに置けないし、 関数の外にある変数は複数の関数から共有されるのでコンパイル時かリンク時にアドレスが決まってないといけないと思うのでおそらくスタックに置けない。 http://mevius.5ch.net/test/read.cgi/te
ch/1659660050/33
34: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-xzlL) [sage] 2022/08/14(日) 20:34:35.63 ID:d/RE/iMKa C++の定石としてオブジェクトはスタックに置くのが基本だよ デストラクタを動かしたいからね ヒープにデータを割り当てたい時は構造体やクラスでラップするのが基本 http://mevius.5ch.net/test/read.cgi/tech/1659660050/34
35: デフォルトの名無しさん (ﾜｯﾁｮｲ adda-TI6p) [sage] 2022/08/14(日) 20:39:54.05 ID:lDco67Nc0 >>29 最適化の余地残すために規格では振る舞いしか記述しないのが基本だと思う レジスタだけ使うとかあるしね http://mevius.5ch.net/test/read.cgi/tech/1659660050/35
36: デフォルトの名無しさん (ｽﾌﾟｯｯ Sd62-IWzR) [sage] 2022/08/14(日) 20:50:39.49 ID:/dHI52Jsd 可変長配列に限って言えばCは一応VLAがある 11からオプションだけど http://mevius.5ch.net/test/read.cgi/tech/1659660050/36
37: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMb6-Rl2g) [sage] 2022/08/15(月) 08:38:26.95 ID:qDRL1WTlM >>34 スマポ使えばいいだけだからそれはない http://mevius.5ch.net/test/read.cgi/tech/1659660050/37
38: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-xzlL) [sage] 2022/08/15(月) 13:39:10.26 ID:SFJl5V0da >>37 スマポがまさに>>34のパターン使ってるんだけど http://mevius.5ch.net/test/read.cgi/tech/1659660050/38
39: デフォルトの名無しさん (ﾜｯﾁｮｲ 027c-5Ix7) [sage] 2022/08/15(月) 15:41:07.32 ID:qHbAfBQi0 スマートポインタｗって正直使う必要殆ど無いのに 全てのインスタンス生成で使うバカがいるよねｗ http://mevius.5ch.net/test/read.cgi/tech/1659660050/39
40: デフォルトの名無しさん (ﾜｯﾁｮｲ 4201-8lLW) [sage] 2022/08/15(月) 16:32:14.78 ID:zxOEKBbO0 今時生ポインタでイキルバカが出てくるとはw http://mevius.5ch.net/test/read.cgi/tech/1659660050/40
41: デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-xzlL) [sage] 2022/08/16(火) 18:56:36.29 ID:1oXHhIiq0 スタックに確保されるのがポインタなのかクラスや構造体の実態なのかをちゃんと理解してない人が多すぎるね コンパイラとかコンピュータアーキテクチャの勉強すべき そこを避けてたら絶対に使いこなせない http://mevius.5ch.net/test/read.cgi/tech/1659660050/41
42: デフォルトの名無しさん (ﾜｯﾁｮｲ 027c-5Ix7) [sage] 2022/08/16(火) 19:04:37.29 ID:JSsOGCvC0 そもそもスタックやらヒープやらちゃんと意味が分かっている奴って アセンブラレベルで組んだことがあるとかじゃないと 知らなくても仕方ない気がするなぁ http://mevius.5ch.net/test/read.cgi/tech/1659660050/42
43: デフォルトの名無しさん (ﾜｯﾁｮｲ 460f-U+eq) [sage] 2022/08/16(火) 19:50:02.47 ID:RYKZv1s10 使いこなす必要は無くて、理解が足りなくてもやりたい事が出来れば、それで良いと思うよ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/43
44: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-xzlL) [sage] 2022/08/17(水) 15:25:42.74 ID:DfCxGnRFa 理解してなくてやりたいことができるってそれはたまたま動いてるか その機能が必要ないことをやってるだけ 壁が来た時ぶち当たって手遅れになる 最近スクリプト言語系のエンジニアがRustとかのモダン言語で苦しんでるのを見ると 何が理解できてないのか？を理解することってのはすごく大事 http://mevius.5ch.net/test/read.cgi/tech/1659660050/44
45: デフォルトの名無しさん (ﾜｯﾁｮｲ 3104-GRcq) [sage] 2022/08/17(水) 16:47:04.91 ID:hcUDPGl30 Compiler explorerとかでコードがどんな風に最適化されてアセンブリ言語になるか読んでみるといいかもね。 スタックに割り当てられたローカル変数はレジスタに割り当てられる場合はあるけどグローバル変数やヒープにある変数はかならずメモリ上におかれるから毎回メモリからレジスタにロードして値を計算してからメモリにストアされる。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/45
46: デフォルトの名無しさん (ﾜｯﾁｮｲ ed7c-n+Ky) [sage] 2022/08/17(水) 17:41:05.70 ID:J/baCQNr0 最適化でキャッシュの考慮や制御までするんだから volatileないと実際どうなるかはわからんとちゃうかな http://mevius.5ch.net/test/read.cgi/tech/1659660050/46
47: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-5Ix7) [sage] 2022/08/17(水) 17:53:10.26 ID:cnWCAZlk0 Rustやるなら当然アセンブラが理解できないとってことだね メモリ安心安全のためには必要なコストだよね http://mevius.5ch.net/test/read.cgi/tech/1659660050/47
48: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-U+eq) [sage] 2022/08/17(水) 20:56:42.47 ID:9RiCNb2+0 プログラム書くのが本業の人なら、どうやってプログラムが動くのか知らなきゃっていうのは分かるけれど、プログラムば手段であって、コピペでも何でも良いから欲しい結果が得られるなら良いって人もいるから。 それで、Rustがそんな人に合わせる必要はないし、そんなのはPython辺りに任せて、Rustはプロフェッショナルの道具でいいんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/48
49: デフォルトの名無しさん (ﾜｯﾁｮｲ dd5f-FS65) [sage] 2022/08/17(水) 21:08:17.88 ID:3noakHYk0 それでいいよ あっちのスレの空気持ち込まないでくれ http://mevius.5ch.net/test/read.cgi/tech/1659660050/49
50: デフォルトの名無しさん (ﾜｯﾁｮｲ adda-TI6p) [sage] 2022/08/17(水) 22:39:10.52 ID:SgLVBpM30 >>47 アセンブリ知ってて損することはないけど、必須な知識ではないよ スタックやヒープの区別について分かっていればよくて、理解のための手段のひとつとしてアセンブリが提案されているだけ 他の手段で理解できるならそれで良い Cを使いこなすのにアセンブリの知識が必須ではないのと同じ http://mevius.5ch.net/test/read.cgi/tech/1659660050/50
51: デフォルトの名無しさん (ﾜｯﾁｮｲ 79f0-mhOm) [sage] 2022/08/17(水) 23:44:30.76 ID:C+o8slGL0 書いたコードがどんな機械語になってるか、確認してない層が一定数存在するって事？ 周りに居たら嫌だなぁ http://mevius.5ch.net/test/read.cgi/tech/1659660050/51
52: デフォルトの名無しさん (ﾜｯﾁｮｲ a5a4-n+Ky) [sage] 2022/08/18(木) 00:15:49.61 ID:uPozsGij0 どんなバイナリになるかイメージはするけど確認なんてしないだろ 最適化ビルドするとまるで想像通りじゃなくてびびったりはする http://mevius.5ch.net/test/read.cgi/tech/1659660050/52
53: デフォルトの名無しさん (ﾜｯﾁｮｲ 827c-Z8r5) [] 2022/08/18(木) 00:23:55.46 ID:K1uqUAUE0 >>52 だよね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/53
54: デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-xzlL) [sage] 2022/08/18(木) 01:11:39.51 ID:yLDzsouG0 >>42 俺特殊なハードウェア用のコンパイラとか作ってたんだけど コンパイラ作ってようやくCがちゃんと理解できたよ マジでコンパイラ作らないとわらないと思う http://mevius.5ch.net/test/read.cgi/tech/1659660050/54
55: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-oUG4) [] 2022/08/18(木) 11:25:09.48 ID:p/limWqpa https://www.kinokuniya.co.jp/f/dsg-01-9784797337952 ISBN 4797337958 http://mevius.5ch.net/test/read.cgi/tech/1659660050/55
56: デフォルトの名無しさん (ﾜｯﾁｮｲ e9e6-xzlL) [sage] 2022/08/18(木) 12:21:45.00 ID:yLDzsouG0 >>55 これはまあまあおすすめ ただ32bitCPU時代に書かれた本なのでそこが微妙なのと 理論的なものがほとんどなく構文解析もJavaCC使ってるし コード生成も毎回演算結果をスタックにpushするようなことをやってた気がする allocaも自前で実装するし ただCのような言語をアセンブリ言語へコンパイルするための勉強としては悪くない http://mevius.5ch.net/test/read.cgi/tech/1659660050/56
57: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-oUG4) [] 2022/08/18(木) 14:58:14.10 ID:qt1eMpHHa 著者はruby厨 racc使う予定だったらしい http://mevius.5ch.net/test/read.cgi/tech/1659660050/57
58: デフォルトの名無しさん (ﾜｯﾁｮｲ e936-4eON) [sage] 2022/08/18(木) 21:22:03.04 ID:1X5HVpNn0 intel ISAのドキュメントがオレオレ用語多くて意味わからん http://mevius.5ch.net/test/read.cgi/tech/1659660050/58
59: デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM4f-06yp) [] 2022/09/05(月) 00:54:15.45 ID:cFc+MJ1wM あげ http://mevius.5ch.net/test/read.cgi/tech/1659660050/59
60: デフォルトの名無しさん (ﾜｯﾁｮｲ 5f7c-eJ3+) [] 2022/09/05(月) 01:08:51.55 ID:9iTWKe040 nimも早くnull安全にしてくれないかね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/60
61: デフォルトの名無しさん (ﾜｯﾁｮｲ 0701-Jj1I) [] 2022/09/05(月) 01:34:04.91 ID:ARttffD10 ドラゴンブックを見て一つ一つ実装していくのが良いですよ。 誤植が猛烈に多いのも練習問題のような気がしてきますよ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/61
62: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8f-jyuF) [sage] 2022/09/05(月) 08:15:38.43 ID:HWNfM8e/M >>60 このあたりは偏執狂のRustの方が上手だな。 いっそのこと参照型のゼロ値は禁止すればいいのに。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/62
63: デフォルトの名無しさん (ﾜｯﾁｮｲ 5f4b-Iguz) [sage] 2022/09/05(月) 22:33:29.07 ID:1hFtemgL0 >>60 std/options で ひとまずOK じゃないか ? http://mevius.5ch.net/test/read.cgi/tech/1659660050/63
64: デフォルトの名無しさん (ﾜｯﾁｮｲ 4704-Ka/N) [sage] 2022/09/06(火) 04:20:51.68 ID:6xx96XME0 Not nil annotationはversion2.xで使えるようになるらしいよ。 https://github.com/nim-lang/RFCs/issues/437 http://mevius.5ch.net/test/read.cgi/tech/1659660050/64
65: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MMff-jyuF) [sage] 2022/09/06(火) 08:29:06.48 ID:AHhd6ypaM >>64 not nil がデフォルトになるとあるね。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/65
66: デフォルトの名無しさん (ﾜｯﾁｮｲ 5f4b-Iguz) [sage] 2022/09/06(火) 13:26:12.50 ID:3wQQbwTr0 >>64 2.0がいつ出るかなんて全く不明 1.8.0の次は1.10.0 次は1.12.0となって。。。 恐らく5年以上先 ? http://mevius.5ch.net/test/read.cgi/tech/1659660050/66
67: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8f-jyuF) [sage] 2022/09/08(木) 12:38:55.89 ID:H4D+Re2GM スタックフレームて大抵の実行環境で使用されているのに、スタックフレームに特化した言語て無いよね。 なんでなんだろう？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/67
68: デフォルトの名無しさん (ﾜｯﾁｮｲ 4704-Ka/N) [sage] 2022/09/08(木) 17:28:20.37 ID:cKTVDYCV0 世の中のほとんどのプログラムにはヒープメモリが必要だからでしょ。 実行時じゃないとサイズがわからないことがあるし、スタック上に動的にメモリ領域を確保できるようにするとかなり大きめにスタックを確保しなくてはならくなるだろうし。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/68
69: デフォルトの名無しさん (ﾜｯﾁｮｲ e7da-ZIhe) [sage] 2022/09/08(木) 18:05:59.15 ID:U6/gufpm0 スタックフレームに特化した言語ってどういうものを想定してるの？ Forthみたいなスタック指向の言語とは違うよね http://mevius.5ch.net/test/read.cgi/tech/1659660050/69
70: デフォルトの名無しさん (ﾜｯﾁｮｲ 5fe0-InTp) [sage] 2022/09/08(木) 18:22:30.25 ID:ydRaiFc90 実CPUのスタック操作なんて仕様にいれたら足枷だしね 関数のABIとは別に仮想的なローカルスタックを扱えるかんじ？ http://mevius.5ch.net/test/read.cgi/tech/1659660050/70
71: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8f-W2iS) [sage] 2022/09/08(木) 18:50:48.63 ID:11l7kxGRM >>69 COBOL++でしょ http://mevius.5ch.net/test/read.cgi/tech/1659660050/71
72: デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM8f-jyuF) [sage] 2022/09/08(木) 19:36:15.16 ID:gDKj2SJwM >>69 スタックフレームならではの特性をコードに明記できる、といったイメージ。 例えばスタックにあるインスタンスしか受け付けない(参照)引数とかあれば、shared ptrとかunique ptrの参照渡しも安全に使える。 Rustがそこそこいい感じなんだけど、なんか中途半端。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/72
73: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8f-W2iS) [sage] 2022/09/08(木) 21:06:39.94 ID:g68A8C0LM >>72 Rustなら実用上はCopyで十分 http://mevius.5ch.net/test/read.cgi/tech/1659660050/73
74: デフォルトの名無しさん (ﾜｯﾁｮｲ 0701-Iguz) [sage] 2022/09/08(木) 22:22:15.01 ID:D8Erj63H0 >>73 rustの話は向こうのスレでお願い http://mevius.5ch.net/test/read.cgi/tech/1659660050/74
75: デフォルトの名無しさん (ﾜｯﾁｮｲ bf8c-jyuF) [sage] 2022/09/09(金) 07:32:44.98 ID:v1OYGNdb0 >>73 そういうのが中途半端だと言っている。日本語も読めないのかよ。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/75
76: デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-Yvh5) [] 2022/09/16(金) 11:26:01.87 ID:eTFy07in0 800 デフォルトの名無しさん sage 2022/09/15(木) 23:09:10.28 ID:KFRYW2wo 次スレはこれらの言語を入れてください Zig https://ziglang.org/ja/ Jakt https://github.com/SerenityOS/jakt http://mevius.5ch.net/test/read.cgi/tech/1659660050/76
77: デフォルトの名無しさん (ﾜｯﾁｮｲ a563-jxjI) [sage] 2022/09/16(金) 11:34:21.79 ID:CoCetj5m0 Jaktは知らないな どんな処理系かな http://mevius.5ch.net/test/read.cgi/tech/1659660050/77
78: デフォルトの名無しさん (ﾜｯﾁｮｲ a563-FZWc) [sage] 2022/09/16(金) 11:58:16.96 ID:CoCetj5m0 パッと見の構文はRustソックリ borrow checkerはなく、代わりにARCを使って実行時にメモリ管理しようとしてるっぽい なんでRustやZig使わないんだろうと気になったけど、自作したSerenityOSのためのエコシステムはできるだけすべて自作したい、くらいの動機みたい 参考: https://awesomekling.github.io/Memory-safety-for-SerenityOS/ まあZig未満のドマイナー言語にとどまりそう http://mevius.5ch.net/test/read.cgi/tech/1659660050/78
79: デフォルトの名無しさん (ﾜｯﾁｮｲ a563-FZWc) [sage] 2022/09/16(金) 12:01:00.82 ID:CoCetj5m0 書き忘れた jaktはC++へのトランスパイラ、ってのも特徴 SerenityOSはC++で作ってたから、C++トランスパイラにすれば移行しやすかったってことだろう http://mevius.5ch.net/test/read.cgi/tech/1659660050/79
80: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa5b-8eP5) [] 2022/09/18(日) 13:44:05.76 ID:KpBP36NGa トンズラパイラに観えた http://mevius.5ch.net/test/read.cgi/tech/1659660050/80
81: デフォルトの名無しさん (ﾜｯﾁｮｲ 1e66-JEMU) [sage] 2022/09/28(水) 19:48:23.69 ID:Tun9Z/EC0 Nim追加 Language x10 x100 x200 x400 Memory Comment -------------------------------------------------------------- Zig 0.118 1.073 2.113 4.203 3.2MB (std.HashMap, caller-hash by Context(Fnv1a_64)) Nim(clang) 0.211 1.171 2.245 4.372 4.2MB (CustomCountTable,LTO,ARC,caller-hash) New C(gcc) 0.136 1.146 2.271 4.531 2.0MB (optimized.c,binary IO,jemall
oc,O4,LTO) C(clang/LLVM) 0.137 1.147 2.280 4.544 2.0MB (optimized.c,binary IO,jemalloc,O3,LTO) Go 0.152 1.233 2.428 4.832 3.9MB (caller hash,better loop) Go 0.164 1.346 2.654 5.279 3.8MB (caller hash) Rust(LLVM) 0.154 1.425 2.838 5.674 2.6MB (optimized-customhashmap,O3,LTO,caller-hash) 以下、caller-hashではない Go 0.085 0.366 0.693 1.319 61.9MB (parallel.go,reserve 65536/2)<--マルチスレッド Nim(clang) 0.218
1.255 2.401 4.691 4.2MB (CustomCountTable,LTO,ARC) New Zig 0.162 1.493 2.970 5.935 4.6MB (std.StringHashMap) Go 0.182 1.563 3.063 6.097 3.8MB (customhash.go,reserve 65536) Rust(LLVM) 0.214 1.725 3.396 6.715 3.5MB (optimized,fxhash,O3,LTO) Nim(clang) 0.316 2.241 4.371 8.633 4.2MB (optimized.nim,std/CountTable,65536,LTO,ARC,FNV) New Nim(clang) 0.332 2.387 4.652 9.152 4.2MB (optimized.nim,std/CountTable,65536,LTO,ARC) N
ew zig 0.10.0-dev/gcc 12.2.0/clang 15.0.0/Nim 1.6.8/go go1.19.1/rust 1.64.0 CPU Zen3@boost~4.75GHz https://github.com/benhoyt/countwords https://mevius.5ch.net/test/read.cgi/tech/1663409149/529,450,461,478 今回の検証では、「C」は定点観測用として固定。 Nim/CustomCountTableはinc呼び出しの引数string copyを抑制。 Nimが想像より遥かに速くて「Cと同程度」以上の結果が出た。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/81
82: デフォルトの名無しさん (ﾜｯﾁｮｲ 6bf0-rqSc) [sage] 2022/10/09(日) 07:33:11.55 ID:alq59Sy20 検証 https://blog.fascode.net/2021/10/24/try_julia/ Language 10^5 10^6 Comment ---------------------------------- C++(clang) 0.032 1.029 (O3,LTO,vector,fastmod) Nim(clang) 0.033 1.031 (O3,LTO,Seq,fastmod) Nim(gcc) 0.041 1.339 (O4,Seq,fastmod) C++(gcc) 0.042 1.502 (O4,vector,fastmod) 以下、fastmodではない Odin(LLVM) 0.073 3.784 (o:speed,[dynamic]int) Nim(clang) 0.074 3.784 (O3,L
TO,Seq) C++(clang) 0.074 3.785 (O3,vector) Cython(clang) 0.089 3.797 (O3,libcpp.vector) Nim(gcc) 0.083 4.410 (O4,Seq) C++(gcc) 0.085 4.412 (O4,vector) Zig(LLVM) 0.083 4.410 (OReleaseFast,ArrayList) Julia(LLVM) 0.254 4.583 (JIT,O3,Int[]) Python(Numba) 0.602 5.236 (JIT,list[int]) PyPy 0.162 7.046 (JIT,list[int]) Cython(clang) 0.696 39.603 (O3,list[int]) Python 1.187 75.740 (list[int]) https://odin-lang.org/ https://github.com/lemire/fastmod zig 0.10.0-dev/gcc 12.
2.0/clang 15.0.2/Nim 1.6.8/Odin dev-2022-10-nightly/ julia 1.8.2/Python 3.10.7/PyPy 7.3.9/Cython 0.29.32/numba 0.56.2 CPU Zen3@boost~4.75GHz http://mevius.5ch.net/test/read.cgi/tech/1659660050/82
83: デフォルトの名無しさん (ﾜｯﾁｮｲ 6bf0-rqSc) [sage] 2022/10/09(日) 07:34:33.26 ID:alq59Sy20 感想: Juliaは確かに速いが、他との比較は最適化オプションしだい。 動的配列/リストのベンチになるかと思ったが、やってみたらgccが振るわない。 原因はmodulo計算の最適化の違い？ https://godbolt.org/z/T7bKK14fr ZigはLLVMのmodulo最適化をトリガー出来なかったか。 OdinはLLVM AOTコンパイラとしての性能を引き出せている(今回は) まだ言語機能の特徴をつかんでいないが、映画、ゲームグラフィックス分野で使う様な ライブラリが最初から入っ
ているのが売り？ Nimは殴り書きとか、書き捨てとか、簡潔に書けて、gcc/clangの速い方を選べて、 fastmodの様なC++「header only」のライブラリを手軽に利用できるのが良い。 Cythonも慣れたらNimと同じように出来るのだろうか。 http://mevius.5ch.net/test/read.cgi/tech/1659660050/83
84: デフォルトの名無しさん (ﾜｯﾁｮｲ 074b-kHT+) [sage] 2022/10/09(日) 11:10:02.48 ID:hHOnLIUR0 並べるときは速度の早い順で書いて下さい http://mevius.5ch.net/test/read.cgi/tech/1659660050/84
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 224 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s