次世代が造った言語 blawn

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

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

**デフォルトの名無しさん** · 2019/11/01(金) 15:41:39.84

blawnで同等のものを作った場合だろ
Cにはプリコンパイルヘッダで高速化する技術があるが、blawnでwindows.hと同等の機能を持ったものを作った場合果たしてどうなるか

**デフォルトの名無しさん** · 2019/11/01(金) 15:44:10.45

blawnはlinux版しかないからWindowsが～とかVC++との比較は見当外れにも程がある

**デフォルトの名無しさん** · 2019/11/01(金) 15:55:17.18

言語の開発を続けるなら当然Windowsコンパイラも作られるしOSのAPIも叩けなきゃ困る

**デフォルトの名無しさん** · 2019/11/01(金) 16:09:07.69

Blawnはnative出力する言語なのだから、Linuxであれ、OSのAPIヘッダ相当の
ものを読み込む必要がある。そのヘッダの行数の目安としてwindows.hが
参考になる。

**デフォルトの名無しさん** · 2019/11/01(金) 16:30:08.76

この板の人間なら推測するな計測せよという言葉を聞いたことがあるだろう
Windowsでの速度はWindows版が出来てからする話だ

**デフォルトの名無しさん** · 2019/11/01(金) 16:32:21.68

>>299
flexとLLVMの組み合わせでVC++の速度を超えるのは測定しなくても無理と分かる。

**デフォルトの名無しさん** · 2019/11/01(金) 18:24:59.25

>>293
なんでもそうだが、

初期版は「他のソフトに比べて軽量で速い」という謳い文句だが
改良されて、他のソフトと同じぐらいになると重くなる。

単に実装されてる機能が少ないから速いだけのこと

**デフォルトの名無しさん** · 2019/11/01(金) 18:34:49.16

ほんそれ

**デフォルトの名無しさん** · 2019/11/01(金) 18:35:58.21

そもそもコンパイル時間が有意に問題になるほどの規模のプログラムをこれでコンパイルしたことが一度でもあるのかと
何をもってコンパイルが早いと言えるのか謎すぎる

**デフォルトの名無しさん** · 2019/11/01(金) 18:51:19.53

中学生だからそのへん適当なのはまぁしゃない
選ぶ方が鵜呑みにして賞与えるのがアホ
Matz聞いてるか？

**デフォルトの名無しさん** · 2019/11/01(金) 19:11:35.45

アピールポイントを無理やりひねり出すのはどんな世界でもよくあることだし
実測抜きにこんな話をしても意味ない

**デフォルトの名無しさん** · 2019/11/01(金) 19:15:37.38

審査員にMatzいたの？

**デフォルトの名無しさん** · 2019/11/01(金) 19:42:20.78

>>14

class ore_no_yume(musume)
@osaifu = musume.osaifu
@function try(musume)
if self.osaifu > 10000000000
(
text="かわいい"
text.append(musume.name)
print("もうすぐクリスマス")
print(text)
print("プレゼントにLVのバッグ")
print("ドンペリで乾杯してヘネシーで酔っ払う")
)
return

class Person(name)
@name = name
return

kanna = Person("橋本環奈"
@osaifu=10000000000000000
return

ore_no_yume(kanna)

**デフォルトの名無しさん** · 2019/11/01(金) 19:55:08.89

blawanって聞くだけで笑っちゃう

**デフォルトの名無しさん** · 2019/11/01(金) 19:58:03.62

ぶらわん？

**デフォルトの名無しさん** · 2019/11/01(金) 20:37:04.48

function leep_year(y)
return mod(y,400)==0 or (mod(y,100)!=0 and mod(y,4)==0)

**デフォルトの名無しさん** · 2019/11/01(金) 21:36:50.95

>>304
プログラミング言語を作るコンテストってわけじゃないし
他の応募作品の質も考えないと

**デフォルトの名無しさん** · 2019/11/01(金) 21:37:20.15

>>301
そういえば余り関係ないかもしれないけど、VC++6.0とVS2019のVC++とでは、
コンパイラ本体も後者の方が遅くなっているように感じる。

**デフォルトの名無しさん** · 2019/11/01(金) 21:42:33.47

あと、Linuxばかり使っていると気付かないかもしれないけど、
Linux本家のgccやclangですら、Windows上のVC++よりコンパイル速度が
だいぶ遅い。しかし、そのことを指摘したサイトは意外と検索にはかからない。
感覚的には5倍～10倍程度の速度差がある気がする。

**デフォルトの名無しさん** · 2019/11/01(金) 21:57:01.41

それはないわ

**デフォルトの名無しさん** · 2019/11/01(金) 22:34:19.32

Windows上のclangも、CUIのHello WorldをコンパイルするだけでもVC++より
ずっと遅い。

**デフォルトの名無しさん** · 2019/11/01(金) 22:55:08.69

コンパイルするプロジェクトの規模で変わらんの？

**デフォルトの名無しさん** · 2019/11/01(金) 23:41:54.60

http://blog.llvm.org/2018/03/clang-is-now-used-to-build-chrome-for.html
Windows版Chromeの場合、Visual Studioと比べるとclangは15%ビルドが遅いらしい

5倍～10倍の速度差を感じるとしたら相当なバイアス掛かってるからそういう人の意見は適当に聞き流しておけばいい

**デフォルトの名無しさん** · 2019/11/01(金) 23:43:12.89

俺でも言語作れる気がしてきた

**デフォルトの名無しさん** · 2019/11/02(土) 00:17:42.06

>>318
インタプリタなら簡単だぞ

**デフォルトの名無しさん** · 2019/11/02(土) 00:18:53.74

LLVM使えばインタプリタ並みに簡単になるんじゃねーの？

**デフォルトの名無しさん** · 2019/11/02(土) 00:21:37.37

blawnのソースパクって1文字変えてコンパイルすれば新言語誕生だぞ
それで自尊心を満たしておとなしくしていていくれ

**デフォルトの名無しさん** · 2019/11/02(土) 01:00:02.52

いきなりデッチ上げられたクソ言語だろ

**デフォルトの名無しさん** · 2019/11/02(土) 01:22:38.92

C++は理由があってああいう文法になってるんだから
気に入らないんだらPythonでも使えばいいのに
なぜわざわざ新興言語なんだ
サポートの保証はあんのか？

**デフォルトの名無しさん** · 2019/11/02(土) 01:47:31.06

アホなコンパイルすれば速度上がるだろ

単に早いとか遅いとか言っても参考になら？

**デフォルトの名無しさん** · 2019/11/02(土) 06:37:36.91

中学生にきみら必死やなw
なんかwindowsでもexproit調べるソフトを中学生が作って公開されてるけどさ。
糞遅くてワロタわ。
cとアセンブルじじいが、もっと速くできるってうるさいのが5ch
爆笑よw

**デフォルトの名無しさん** · 2019/11/02(土) 06:40:15.53

でも、発想が評価されるっていいんじゃない？
アセンブルじじい、もう時代遅れなんだよww

**デフォルトの名無しさん** · 2019/11/02(土) 07:52:45.00

2vs3戦争に疲れてpython死んでしまったか

後継言語は決まったな

**デフォルトの名無しさん** · 2019/11/02(土) 09:50:56.72

>>317
リンク先読んでないけど、実体験とは全く違う結果で何かおかしい。
現実にclangもgccもVC++よりずっと遅い。

**デフォルトの名無しさん** · 2019/11/02(土) 09:56:17.20

>>328
多分、そのプロジェクトの場合、「clangを使う」と言っても全面的にmsvc
を置き換えていない気がする。そもそも15%のみの増加という数値は現実と
かけ離れているし：
Note that Clang is not a replacement for Visual Studio, but an addition to it.
We still use Microsoft’s headers and libraries to build Chrome, we still use
some SDK binaries like midl.exe and mc.exe, and many Chrome/Win
developers still use the Visual Studio IDE (for both development and for
debugging).

**デフォルトの名無しさん** · 2019/11/02(土) 10:04:42.51

>>325
>cとアセンブルじじいが、もっと速くできるってうるさいのが5ch
>爆笑よw
若い人はいきなりC#から入るように仕向けられているし、ベンチマークテストは
C#有利な嘘情報ばかりが氾濫しているし、clangとVC++の速度差が15%程度しかない
という嘘情報も出回っている。正しい情報を届けないと日本のIT産業はますます
駄目になる。
C#がC++の速度を上回っている結果になってるベンチマークテストは、
C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、
それがいけない。最新のSTLが、速度的に良い方法ではないからだ。
昔からの伝統的な生配列などを使ったものがC++の真の速度。

また、Linuxが流行らなかった一つの理由に、実際に使ってみると、gccの速度
が遅かったからというのも有ると見ている。なので、コンパイラの速度は非常に重要。
そしてそれは、flexを使っていては達成しにくい。

**デフォルトの名無しさん** · 2019/11/02(土) 10:25:00.56

昔のDelphiのようにコンパイルが速い言語が欲しい

**デフォルトの名無しさん** · 2019/11/02(土) 10:36:05.74

StackOverflow でも、Windows上のgccの遅さは指摘されている：

https://stackoverflow.com/questions/8194954/is-there-any-performance-issue-between-cygwins-gcc-over-msvc-compiler-on-window
>GCC on Windows (especially Cygwin distribution) is damn slow in compile speed,
>but I guess this is expected. GCC is cross-platform, has about 5 middle phases
>(transforming from one tree to another), has pluggable architecture, and many
>other things that could sacrifice compile speed for flexibility.

「Windows 上での GCC(特に cygwin 上で）は、コンパイル速度が物凄く遅い。」

damn slow = 物凄く遅い。

**デフォルトの名無しさん** · 2019/11/02(土) 10:45:36.06

じゃあ何なら早いんだ

**デフォルトの名無しさん** · 2019/11/02(土) 10:46:13.73

>>333
VC++。

**デフォルトの名無しさん** · 2019/11/02(土) 10:52:12.41

話整理しろよ無能
マシン
OS
コンパイラ、リンカー
コンパイラ、リンカーオプション
ソースコード
これらがどういうもので速度差がいくらなんだよ

**デフォルトの名無しさん** · 2019/11/02(土) 10:52:30.96

テキストみたいな細かいファイルを沢山読み書きする場合のfile ioが死ぬほど重いんだろ
cygwinだと顕著

**デフォルトの名無しさん** · 2019/11/02(土) 10:56:02.68

cygwinのせいかと思って、Linuxでも試してみたが、確かにcygwin版よりは
速いが、やっぱり遅いことが分かった。実際、あるプロジェクトを全ビルド
してるとき、マルチコアビルドにしても、ビルドがなかなか終わらなくて困った。
gccではアジャイル開発的な試しながら作るやり方は難しいのではないかと
思う。

**デフォルトの名無しさん** · 2019/11/02(土) 11:05:18.70

じゃなくてgccはどのos上なら早いのか、っていう話

汎用ソフトvs専用ソフトならwin専用に作られてるclが早いのは当然、
それ自身をクロスコンパイル死まくってるgccが遅いのはむしろ当然だ
遅い＝全環境で動く、ってのはJavaも同じだ

**デフォルトの名無しさん** · 2019/11/02(土) 11:07:58.77

>>338
日常的に道具として使う側にとっては、クロスコンパイルで遅くなってる
という理屈で溜飲が下がる分けでも無い。

**デフォルトの名無しさん** · 2019/11/02(土) 11:39:14.88

>>330
Linuxが流行らなかったってどこの世界で生きてるの？

**デフォルトの名無しさん** · 2019/11/02(土) 12:13:58.58

>C#がC++の速度を上回っている結果になってるベンチマークテストは、
>C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、
>それがいけない。最新のSTLが、速度的に良い方法ではないからだ。
>昔からの伝統的な生配列などを使ったものがC++の真の速度。

ほんそれ
C/C++とアセンブラ以外のほぼ全部の言語に当てはまるわ
ウソをまき散らす香具師らの多いこと多いこと

**デフォルトの名無しさん** · 2019/11/02(土) 12:15:20.34

>>332
cygwin1.dll 経由だと遅くなるのは当たり前
mingw と比較汁

**デフォルトの名無しさん** · 2019/11/02(土) 12:56:40.07

mingwもそうだが実行時に外部dll読み込むせいで起動が遅くなる
俺のソフトもLinuxからWindowsに移植したとき起動がすごい遅くなった

**デフォルトの名無しさん** · 2019/11/02(土) 13:25:56.32

でも gccはLinux上でも結構遅い。

**デフォルトの名無しさん** · 2019/11/02(土) 13:27:23.60

中学生が作った言語にケチつけるスレは賑わってるのに自分で作るスレの閑散ぶりｗ

「コンパイラ・スクリプトエンジン」相談室16
https://mevius.5ch.net/test/read.cgi/tech/1405822579/

**デフォルトの名無しさん** · 2019/11/02(土) 14:19:03.06

>>344
結構じゃなくて10倍なんだろ？
どんな環境か明らかにしろ無能

**デフォルトの名無しさん** · 2019/11/02(土) 15:54:37.26

>>346
Windowsのcl.exeとLinuxのgccを両方使ってみたことがある人ならすぐに分かるから
書くまでも無い。あなたは使って無い証拠。

**デフォルトの名無しさん** · 2019/11/02(土) 16:54:38.14

>>343
同じ gcc でも cygwin は別格だが mingw じゃなくて
tdmgcc でコンパイルしたネイティブアプリは起動速いんだよな
なんでだろ

**デフォルトの名無しさん** · 2019/11/02(土) 17:55:20.12

>>347
両方使ってる
同じソースをビルドをしてるわけじゃないが10倍も遅いって感じたことないね
お前が何か間抜けな間違いしてる可能性の方が高い
Linux gccでは並列分散ビルドされてないとかな

**デフォルトの名無しさん** · 2019/11/02(土) 18:15:57.46

>>349
10倍ということは無いかもしれないが、3～5倍はありえる。

**デフォルトの名無しさん** · 2019/11/02(土) 19:27:06.54

昨日は5倍～10倍と言ってたのに1日で変わる
バイアス掛かってる奴の言うことなんてその程度だ

**デフォルトの名無しさん** · 2019/11/02(土) 19:40:25.08

何のスレやらわからなくなっているが
for,ifがネストできないバグは修正されたようだ

**デフォルトの名無しさん** · 2019/11/02(土) 22:55:12.83

感覚としてはclのがビルド時間は長いが実行速度は速いって感じではある。

**デフォルトの名無しさん** · 2019/11/02(土) 23:00:08.13

>>353
cl.exe は、pre-compiled header を使うとコンパイル速度もかなり速い。
あなたは、pre-compiled header を使ってますか？

**デフォルトの名無しさん** · 2019/11/03(日) 03:58:02.83

こいつら手持ちのしょぼい知識でしか話さないから徹頭徹尾無内容な流れだな

**デフォルトの名無しさん** · 2019/11/03(日) 10:10:29.75

mingw msvc performance とかで調べてみては？

**デフォルトの名無しさん** · 2019/11/03(日) 11:10:17.04

大体、その手のサイトは、pre compiled header 使って無い事が多いらしい。
しかしそれは公平ではない。

**デフォルトの名無しさん** · 2019/11/03(日) 13:42:35.21

>>352
神対応

if が値返すのは仕様？

**デフォルトの名無しさん** · 2019/11/03(日) 13:46:08.47

pchはあまり意味感じないからOFFにしてるわ

完成されたソースを落としたとき→初buildなら結局pch造る時間が掛かる

開発中→pch使っても良いが変な副作用で悩まされた時pchをOFFにしてコンパイルすると結局コンパイル時間は2倍ってことじゃん？

**デフォルトの名無しさん** · 2019/11/03(日) 14:24:48.19

>>359
VC++のpchには、ほとんどバグは無い。

**デフォルトの名無しさん** · 2019/11/03(日) 14:46:35.36

ヘッダのinclude順変えただけでもpch造り治しなんでしょう？

**デフォルトの名無しさん** · 2019/11/03(日) 14:51:38.47

普通VSならpchはonでしょ
新規プロジェクト作ったらデフォルトがそうだし

**デフォルトの名無しさん** · 2019/11/03(日) 15:49:31.17

>>361
普通は、pre-compile して欲しいヘッダ類は、全て stdafx.h または、
pch.h の中に入れてしまうのが基本。そうしておけば、作り直す事を
人間が意識しなくても、必要なときに勝手に IDE がビルドし直してくれる。
その場合、プロジェクトをビルドすると、まず、stdafx.h や pch.h が
パースされてバイナリの pre-compiled header 化される。その後、
各 *.cpp が pre-compiled header を最初に読み込んだ状態で
コンパイルされて *.obj ファイルが作られ、最後に、全ての *.obj
をリンクして、*.exe が出来る。

なので、普段、pre-compiled header の事を意識しなくても、勝手に
IDEがやってくれる。

**デフォルトの名無しさん** · 2019/11/03(日) 16:49:17.02

知識を嬉々として披露する教えたがりの典型
そして肝心の質問には答えない

**デフォルトの名無しさん** · 2019/11/03(日) 17:04:14.48

こいつの頭の悪さ加減はこいつ自らまとめた >>293 を読めばよくわかる
別にblawnはc/c++ cloneでもないのにヘッダ読み込みにやたらこだわり
いまだにpchは～とか騒いでる
たぶんアスペ

**デフォルトの名無しさん** · 2019/11/03(日) 17:22:03.57

Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。

Web系で働くなら、Blawnより、断然Ruby。

次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！

**デフォルトの名無しさん** · 2019/11/03(日) 18:17:49.81

Matzも「これなら勝てそう」とか思ってよいしょしたんだろうなｗｗｗ

**デフォルトの名無しさん** · 2019/11/03(日) 19:54:09.11

Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。

Web系で働くなら、Blawnより、断然Ruby。

次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！

**デフォルトの名無しさん** · 2019/11/03(日) 23:06:35.79

matzが本気で認めた言語の場合、
「ちなみにrubyだとこんな書き方ができます！」とか騒ぎ出すからなw

**デフォルトの名無しさん** · 2019/11/04(月) 05:01:25.30

>>367
陰険だぜ　さすがMatz！

**デフォルトの名無しさん** · 2019/11/04(月) 05:02:09.06

>>369
爆笑

**デフォルトの名無しさん** · 2019/11/04(月) 11:32:00.93

未成年だから許されてるが
大人がやったら補助金詐欺

**デフォルトの名無しさん** · 2019/11/04(月) 11:35:36.51

関数型言語スピノザは完成しましたか・・・？

**デフォルトの名無しさん** · 2019/11/04(月) 11:37:27.14

審査委員
https://u22procon.com/

**デフォルトの名無しさん** · 2019/11/04(月) 11:59:05.46

flexとbisonを使うと、柔軟なプログラミングがしにくくなる。
例えば、inline関数の記憶と再現では、関数定義時ではトークンを記録しておいて、
inline展開時には、記録していたトークンが、あたかもその場に書いてあるように
構文解析層の入力にしなければならない。それが果たしてflexとbisonで対応できるかどうか。

また、コンストラクタでは、: の後に ctor-initializer を書けるが、コンストラクタが
inline修飾されていた場合、トークン列を記録する際に、: から、{ の間の部分も
一緒に記録した方が良い可能性が有る。

トークンを記録する場合は、通常の構文解析とは、まるっきり異なったパース方を
とった方が効率が良い場合もある。通常の構文解析では、括弧の数を数えている
分けではないが、トークンを記録する場合には、括弧の数を単純に数えるような
アルゴリズムの方が効率がよくなる可能性が高い。

また、実は、templateを記録する時は、その時点では最終的な正しい言語の構文には
なっていないことがあるので、その場合も、bisonの構文解析の仕組みだけだと、
対応が難しくなる。BNFを上手く設計すれば不可能ではないかもしれないが、
見通しが悪くコンパイラのバグの元となる可能性がある。

**デフォルトの名無しさん** · 2019/11/04(月) 16:12:06.42

そもそもflexとbisonを使ってるメジャーな言語って何かあるの？
だいたいみんなフルスクラッチじゃないの？

**デフォルトの名無しさん** · 2019/11/05(火) 13:31:39.21

>>376
Wikipediaによれば、flexとbisonは同じ作者が作ったもので、yaccの上位互換で、
もともとgccのフロントエンドに使うように作られたが、gccは、現在、
それらを使っていない、とある。

**デフォルトの名無しさん** · 2019/11/05(火) 18:42:54.61

というかflex/bison

**デフォルトの名無しさん** · 2019/11/05(火) 18:47:52.82

割り算って整数かこれ

**デフォルトの名無しさん** · 2019/11/05(火) 18:48:26.18

以前の品質だろblawnは
フェアに速さを語ることができるレベルでない
いつまでflexがーbisonがーpchがーってやってんのかねこのアスペは

**デフォルトの名無しさん** · 2019/11/05(火) 18:54:29.10

会社の全サービスを Blawn で作り直し！って意気込んでた人はどうしてるんだろう

**デフォルトの名無しさん** · 2019/11/05(火) 19:26:54.19

コンテスト用に作ったおもちゃ言語でしょ
ガッツリ議論するような価値ねーよ

**デフォルトの名無しさん** · 2019/11/05(火) 19:39:54.96

>>381
本人はユーモアのつもりだったんだろうけど
ツマラナイから居なくなって良かった

**デフォルトの名無しさん** · 2019/11/05(火) 19:42:26.57

>>382
うちの会社じゃもうBlawnツールであふれてるんだけど😅😅😅

**デフォルトの名無しさん** · 2019/11/05(火) 19:42:58.47

>>383
で、お前の会社は何？
Java？笑

**デフォルトの名無しさん** · 2019/11/05(火) 21:08:09.15

>>384 うちの会社でもblawn オープンソースに参加する体制を作り上げて本格的に採用することが決定された。

**デフォルトの名無しさん** · 2019/11/06(水) 15:06:57.43

>>384
一般人が存在を知ってから一ヶ月も経ってないのに、
「Blawnツールであふれている」
訳が無い。

**デフォルトの名無しさん** · 2019/11/06(水) 17:43:58.65

>>387
一般人しか居ない会社に勤めてるんだね

**デフォルトの名無しさん** · 2019/11/06(水) 17:58:10.10

変態ばっかりです

**デフォルトの名無しさん** · 2019/11/06(水) 18:01:55.69

全裸にネクタイでお仕事してます

**デフォルトの名無しさん** · 2019/11/06(水) 19:39:26.91

>>388
一般人以外でblawnを知っていたのは本人のみ。

**デフォルトの名無しさん** · 2019/11/06(水) 19:56:00.52

こういう話にマジになるバカ営業でこの業界は回ってるのが不幸の元

**デフォルトの名無しさん** · 2019/11/06(水) 20:54:35.99

うちの親なんかblawnで会話始めちゃったよ
勘弁してくれよ

**デフォルトの名無しさん** · 2019/11/06(水) 21:22:44.79

またうちの新人がやりやがったwwwwwwwww

Blawnのソースを改造してBlawnChildren(BlawnC)って新言語を基幹システムに遊び心で実装してて大爆笑したwwwwwww

そいつ曰く「俺が一生保守する。この会社と俺は一心同体だ！」ってさwww

昭和魂持った社長は逆にこれを気に入って会社のスタンダード言語がBlawnCになったw
今となってはBlawnCでフレームワークを作る計画も立ってる……w俺もこっそりBlawnX作ろうか検討中w