次世代が造った言語 blawn

**デフォルトの名無しさん** · 2019/10/22(火) 13:17:06.14

次世代が造った言語 blawn について語るスレ
https://www.bcnretail.com/market/detail/20191021_142131.html
https://github.com/Naotonosato/Blawn

**デフォルトの名無しさん** · 2019/10/22(火) 13:21:07.99

作品名 Blawn
https://u22procon.com/result/
静的型付けコンパイル型言語Blawn。
既存の言語の仕様や文化に囚われず、実効速度などの性能の高さもふくめた
「人間にとっての扱いやすさ」を最重要視し開発。字句解析器にflex、構文解析器にbison、バックエンドにLLVMを利用。
１パースで構文解析が済むように実装し、コンパイル速度の改善を図っている。また、全ての関数及びクラスがジェネリックで、
これによって記述の簡潔さと認知負荷の低さ、さらには静的解析による実行速度の速さを担保している。

**デフォルトの名無しさん** · 2019/10/22(火) 13:24:46.33

中学生が夏休みの自由研究で作った工作のスレを立てたやつがいるってマジ？

**デフォルトの名無しさん** · 2019/10/22(火) 13:27:06.13

わりと真面目に次世代が造った新言語を検討するスレです
忌憚の無い意見をどうぞ

https://github.com/Naotonosato/Blawn/blob/master/sample/list.blawn

void Blawn::Driver::parse_helper(std::istream &stream) {
// delete (scanner);
auto new_scanner = new Blawn::Scanner(&stream, this);
// delete (parser);
auto new_parser = new Blawn::Parser(*new_scanner, *this);
const int accept(0);
if (new_parser->parse() != accept) {
std::cerr << "syntax error" << std::endl;
/*<< "\033[38;2;0;0;255m"
<< "YOU LOSE\033[0m\n" << "構文解析器の勝ち！\n"
<< "何で負けたか、明日まで考えといてください。\n"
<<"そしたら何かが見えてくるはずです。\n"
<< "ほな、いただきます!!\n";
*/
}
return;
}

**デフォルトの名無しさん** · 2019/10/22(火) 13:28:15.10

事の発端スレ

次世代言語18 V Julia 他
https://mevius.5ch.net/test/read.cgi/tech/1569852711/

>>3
brainf*ckのスレもあるんだぜ

**デフォルトの名無しさん** · 2019/10/22(火) 13:33:11.40

>>1
ほな、いななきます!!

**デフォルトの名無しさん** · 2019/10/22(火) 13:37:55.11

ヒヒーン！

**デフォルトの名無しさん** · 2019/10/22(火) 17:12:35.91

x すごい中学生

o bisonすげー

https://d1nzh4uot4722i.cloudfront.net/files/user/201910211613_2.jpg

**デフォルトの名無しさん** · 2019/10/22(火) 17:58:39.52

x bisonすげー
o LLVMすげー

**デフォルトの名無しさん** · 2019/10/22(火) 18:04:25.00

俺は世界で一番この言語を待ってた!!!!!

**デフォルトの名無しさん** · 2019/10/22(火) 22:59:01.03

俺なんかJavascriptを劣化させた言語を作るのに半年もかかったのに。

**デフォルトの名無しさん** · 2019/10/22(火) 23:08:11.50

>>11
>>8-9

**デフォルトの名無しさん** · 2019/10/23(水) 00:40:13.72

実力のある若い人が出てくるのは将来が楽しみですね
この言語自体の未来はどうでもいいですが
そのうち自作言語の直せない欠陥が見えてきて新しく言語作りたくなるでしょ

**デフォルトの名無しさん** · 2019/10/23(水) 05:53:52.96

LVMHが欲しいの

**デフォルトの名無しさん** · 2019/10/23(水) 06:56:05.37

Cのライブラリ呼び方は?

**デフォルトの名無しさん** · 2019/10/23(水) 09:02:15.64

これ開発続けてったとしてnimに勝てるの？

**デフォルトの名無しさん** · 2019/10/23(水) 11:10:10.92

Rubyに似てるな
いちいち@はうざい
Pythonに似てるな
いちいちselfはうざい
DやGoより良かったら使う

**デフォルトの名無しさん** · 2019/10/23(水) 13:36:27.82

.bridge って何するん？

**デフォルトの名無しさん** · 2019/10/23(水) 14:22:17.25

windowsのバイナリ吐けないのか？

**デフォルトの名無しさん** · 2019/10/23(水) 16:51:45.72

型記述があるほうが好きなので、言語としてはあんまり評価しない。
作ったのは素直にすごいなーと思う。これ以上言語いらんけど。

**デフォルトの名無しさん** · 2019/10/23(水) 17:03:23.89

浸かって見たいけど様子見

**デフォルトの名無しさん** · 2019/10/23(水) 17:16:56.68

テスト書いてないっぽい

**デフォルトの名無しさん** · 2019/10/23(水) 17:21:27.30

お前ら中学生に求めすぎだろ

**デフォルトの名無しさん** · 2019/10/23(水) 17:29:31.90

>>22
(Matz)おまえが書いてくれても良いんだぜ

**デフォルトの名無しさん** · 2019/10/23(水) 19:58:07.00

llvmのライブラリの使い方は参考になる。

**デフォルトの名無しさん** · 2019/10/23(水) 20:46:38.14

可読性は全然高くないね。@が邪魔くさいし、Cのように { } と ; を書かないのは
好みの問題だとしても、ifのブロックが関数呼び出しと同じ () なのはどう見ても
分かりにくい。

__blawn_memcpy__や__blawn_set_element__は組み込み関数を区別するための
命名法なんだろうが、冗長で可読性を低めるだけだし、舞台裏感があって美しくない。

self.allocated_size = self.allocated_size * 2 や sellf.size = self.size + 1 は
何で *= 2 や ++ にしないのか。

中学生であることを考慮してもゴミだな。

**デフォルトの名無しさん** · 2019/10/23(水) 21:01:48.72

どう考えてもpythonのself.の方が邪魔だろ