[過去ﾛｸﾞ] 次世代が造った言語 blawn (460ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
317(1): 2019/11/01(金)23:41 ID:xYD6yOu0(2/2) AAS
外部ﾘﾝｸ[html]:blog.llvm.org
Windows版Chromeの場合、Visual Studioと比べるとclangは15%ビルドが遅いらしい
5倍〜10倍の速度差を感じるとしたら相当なバイアス掛かってるからそういう人の意見は適当に聞き流しておけばいい
318(1): 2019/11/01(金)23:43 ID:L/2sR+4z(1) AAS
俺でも言語作れる気がしてきた
319: 2019/11/02(土)00:17 ID:VWO6F3A/(1) AAS
>>318
インタプリタなら簡単だぞ
320: 2019/11/02(土)00:18 ID:tdUAWLIB(1) AAS
LLVM使えばインタプリタ並みに簡単になるんじゃねーの？
321: 2019/11/02(土)00:21 ID:kgmfL1hd(1) AAS
blawnのソースパクって1文字変えてコンパイルすれば新言語誕生だぞ
それで自尊心を満たしておとなしくしていていくれ
322: 2019/11/02(土)01:00 ID:FTVoAoH0(1/3) AAS
いきなりデッチ上げられたクソ言語だろ
323: 2019/11/02(土)01:22 ID:jhh6oRVf(1) AAS
C++は理由があってああいう文法になってるんだから
気に入らないんだらPythonでも使えばいいのに
なぜわざわざ新興言語なんだ
サポートの保証はあんのか？
324: 2019/11/02(土)01:47 ID:LnaRLpJW(1) AAS
アホなコンパイルすれば速度上がるだろ
単に早いとか遅いとか言っても参考になら？
325(1): 2019/11/02(土)06:37 ID:8SMoCm4z(1/2) AAS
中学生にきみら必死やなw
なんかwindowsでもexproit調べるソフトを中学生が作って公開されてるけどさ。
糞遅くてワロタわ。
cとアセンブルじじいが、もっと速くできるってうるさいのが5ch
爆笑よw
326: 2019/11/02(土)06:40 ID:8SMoCm4z(2/2) AAS
でも、発想が評価されるっていいんじゃない？
アセンブルじじい、もう時代遅れなんだよww
327: 2019/11/02(土)07:52 ID:lSgdjDkv(1) AAS
2vs3戦争に疲れてpython死んでしまったか
後継言語は決まったな
328(1): 2019/11/02(土)09:50 ID:Gk9XpeBO(1/10) AAS
>>317
リンク先読んでないけど、実体験とは全く違う結果で何かおかしい。
現実にclangもgccもVC++よりずっと遅い。
329: 2019/11/02(土)09:56 ID:Gk9XpeBO(2/10) AAS
>>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
省2
330(1): 2019/11/02(土)10:04 ID:Gk9XpeBO(3/10) AAS
>>325
>cとアセンブルじじいが、もっと速くできるってうるさいのが5ch
>爆笑よw
若い人はいきなりC#から入るように仕向けられているし、ベンチマークテストは
C#有利な嘘情報ばかりが氾濫しているし、clangとVC++の速度差が15%程度しかない
という嘘情報も出回っている。正しい情報を届けないと日本のIT産業はますます
駄目になる。
省7
331: 2019/11/02(土)10:25 ID:RV6epM3J(1) AAS
昔のDelphiのようにコンパイルが速い言語が欲しい
332(1): 2019/11/02(土)10:36 ID:Gk9XpeBO(4/10) AAS
StackOverflow でも、Windows上のgccの遅さは指摘されている：
外部ﾘﾝｸ:stackoverflow.com
>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 上で）は、コンパイル速度が物凄く遅い。」
省1
333(1): 2019/11/02(土)10:45 ID:FTVoAoH0(2/3) AAS
じゃあ何なら早いんだ
334: 2019/11/02(土)10:46 ID:Gk9XpeBO(5/10) AAS
>>333
VC++。
335: 2019/11/02(土)10:52 ID:RcR6NuMm(1/3) AAS
話整理しろよ無能
マシン
OS
コンパイラ、リンカー
コンパイラ、リンカーオプション
ソースコード
これらがどういうもので速度差がいくらなんだよ
336: 2019/11/02(土)10:52 ID:l25LSbph(1) AAS
テキストみたいな細かいファイルを沢山読み書きする場合のfile ioが死ぬほど重いんだろ
cygwinだと顕著
337: 2019/11/02(土)10:56 ID:Gk9XpeBO(6/10) AAS
cygwinのせいかと思って、Linuxでも試してみたが、確かにcygwin版よりは
速いが、やっぱり遅いことが分かった。実際、あるプロジェクトを全ビルド
してるとき、マルチコアビルドにしても、ビルドがなかなか終わらなくて困った。
gccではアジャイル開発的な試しながら作るやり方は難しいのではないかと
思う。
338(1): 2019/11/02(土)11:05 ID:FTVoAoH0(3/3) AAS
じゃなくてgccはどのos上なら早いのか、っていう話
汎用ソフトvs専用ソフトならwin専用に作られてるclが早いのは当然、
それ自身をクロスコンパイル死まくってるgccが遅いのはむしろ当然だ
遅い＝全環境で動く、ってのはJavaも同じだ
339: 2019/11/02(土)11:07 ID:Gk9XpeBO(7/10) AAS
>>338
日常的に道具として使う側にとっては、クロスコンパイルで遅くなってる
という理屈で溜飲が下がる分けでも無い。
340: 2019/11/02(土)11:39 ID:JAQd+rzp(1) AAS
>>330
Linuxが流行らなかったってどこの世界で生きてるの？
341: 2019/11/02(土)12:13 ID:DuRHh2CY(1/2) AAS
>C#がC++の速度を上回っている結果になってるベンチマークテストは、
>C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、
>それがいけない。最新のSTLが、速度的に良い方法ではないからだ。
>昔からの伝統的な生配列などを使ったものがC++の真の速度。
ほんそれ
C/C++とアセンブラ以外のほぼ全部の言語に当てはまるわ
ウソをまき散らす香具師らの多いこと多いこと
342: 2019/11/02(土)12:15 ID:DuRHh2CY(2/2) AAS
>>332
cygwin1.dll 経由だと遅くなるのは当たり前
mingw と比較汁
343(1): 2019/11/02(土)12:56 ID:U9ESRVjp(1) AAS
mingwもそうだが実行時に外部dll読み込むせいで起動が遅くなる
俺のソフトもLinuxからWindowsに移植したとき起動がすごい遅くなった
344(1): 2019/11/02(土)13:25 ID:Gk9XpeBO(8/10) AAS
でも gccはLinux上でも結構遅い。
345: 2019/11/02(土)13:27 ID:wdMk8lAB(1) AAS
中学生が作った言語にケチつけるスレは賑わってるのに自分で作るスレの閑散ぶりｗ
「コンパイラ・スクリプトエンジン」相談室16
2chｽﾚ:tech
346(1): 2019/11/02(土)14:19 ID:RcR6NuMm(2/3) AAS
>>344
結構じゃなくて10倍なんだろ？
どんな環境か明らかにしろ無能
347(1): 2019/11/02(土)15:54 ID:Gk9XpeBO(9/10) AAS
>>346
Windowsのcl.exeとLinuxのgccを両方使ってみたことがある人ならすぐに分かるから
書くまでも無い。あなたは使って無い証拠。
348: 2019/11/02(土)16:54 ID:orbX83iK(1) AAS
>>343
同じ gcc でも cygwin は別格だが mingw じゃなくて
tdmgcc でコンパイルしたネイティブアプリは起動速いんだよな
なんでだろ
349(1): 2019/11/02(土)17:55 ID:RcR6NuMm(3/3) AAS
>>347
両方使ってる
同じソースをビルドをしてるわけじゃないが10倍も遅いって感じたことないね
お前が何か間抜けな間違いしてる可能性の方が高い
Linux gccでは並列分散ビルドされてないとかな
350: 2019/11/02(土)18:15 ID:Gk9XpeBO(10/10) AAS
>>349
10倍ということは無いかもしれないが、3〜5倍はありえる。
351: 2019/11/02(土)19:27 ID:P+a8+LTE(1) AAS
昨日は5倍〜10倍と言ってたのに1日で変わる
バイアス掛かってる奴の言うことなんてその程度だ
352(1): 2019/11/02(土)19:40 ID:qJLfiT5V(1) AAS
何のスレやらわからなくなっているが
for,ifがネストできないバグは修正されたようだ
353(1): 2019/11/02(土)22:55 ID:lY37zOLC(1) AAS
感覚としてはclのがビルド時間は長いが実行速度は速いって感じではある。
354: 2019/11/02(土)23:00 ID:dJ3V2vrm(1) AAS
>>353
cl.exe は、pre-compiled header を使うとコンパイル速度もかなり速い。
あなたは、pre-compiled header を使ってますか？
355: 2019/11/03(日)03:58 ID:44tqb2BO(1) AAS
こいつら手持ちのしょぼい知識でしか話さないから徹頭徹尾無内容な流れだな
356: 2019/11/03(日)10:10 ID:oXxNQjQ1(1) AAS
mingw msvc performance とかで調べてみては？
357: 2019/11/03(日)11:10 ID:bI9fEZh0(1/3) AAS
大体、その手のサイトは、pre compiled header 使って無い事が多いらしい。
しかしそれは公平ではない。
358: 2019/11/03(日)13:42 ID:smmSGOst(1/3) AAS
>>352
神対応
if が値返すのは仕様？
359(1): 2019/11/03(日)13:46 ID:smmSGOst(2/3) AAS
pchはあまり意味感じないからOFFにしてるわ
完成されたソースを落としたとき→初buildなら結局pch造る時間が掛かる
開発中→pch使っても良いが変な副作用で悩まされた時pchをOFFにしてコンパイルすると結局コンパイル時間は2倍ってことじゃん？
360: 2019/11/03(日)14:24 ID:bI9fEZh0(2/3) AAS
>>359
VC++のpchには、ほとんどバグは無い。
361(1): 2019/11/03(日)14:46 ID:smmSGOst(3/3) AAS
ヘッダのinclude順変えただけでもpch造り治しなんでしょう？
362: 2019/11/03(日)14:51 ID:A+q4He3F(1/2) AAS
普通VSならpchはonでしょ
新規プロジェクト作ったらデフォルトがそうだし
363: 2019/11/03(日)15:49 ID:bI9fEZh0(3/3) AAS
>>361
普通は、pre-compile して欲しい ヘッダ類は、全て stdafx.h または、
pch.h の中に入れてしまうのが基本。そうしておけば、作り直す事を
人間が意識しなくても、必要なときに勝手に IDE がビルドし直してくれる。
その場合、プロジェクトをビルドすると、まず、stdafx.h や pch.h が
パースされてバイナリの pre-compiled header 化される。その後、
各 *.cpp が pre-compiled header を最初に読み込んだ状態で
省4
364: 2019/11/03(日)16:49 ID:xqGRTRKO(1) AAS
知識を嬉々として披露する教えたがりの典型
そして肝心の質問には答えない
365: 2019/11/03(日)17:04 ID:A+q4He3F(2/2) AAS
こいつの頭の悪さ加減はこいつ自らまとめた >>293 を読めばよくわかる
別にblawnはc/c++ cloneでもないのにヘッダ読み込みにやたらこだわり
いまだにpchは〜とか騒いでる
たぶんアスペ
366: 2019/11/03(日)17:22 ID:3hmIa729(1) AAS
Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。
Web系で働くなら、Blawnより、断然Ruby。
次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！
367(1): 2019/11/03(日)18:17 ID:FFGnl9rB(1) AAS
Matzも「これなら勝てそう」とか思ってよいしょしたんだろうなｗｗｗ
368: 2019/11/03(日)19:54 ID:l5HiP2pC(1) AAS
Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。
Web系で働くなら、Blawnより、断然Ruby。
次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！
369(1): 2019/11/03(日)23:06 ID:r9lfrX/A(1) AAS
matzが本気で認めた言語の場合、
「ちなみにrubyだとこんな書き方ができます！」とか騒ぎ出すからなw
370: 2019/11/04(月)05:01 ID:qCmlSBjq(1/2) AAS
>>367
陰険だぜ さすがMatz！
371: 2019/11/04(月)05:02 ID:qCmlSBjq(2/2) AAS
>>369
爆笑
372: 2019/11/04(月)11:32 ID:CjrV+0E1(1) AAS
未成年だから許されてるが
大人がやったら補助金詐欺
373: 2019/11/04(月)11:35 ID:FzGFhotx(1) AAS
関数型言語スピノザは完成しましたか・・・？
374: 2019/11/04(月)11:37 ID:TNJ/Yj6e(1) AAS
審査委員
外部ﾘﾝｸ:u22procon.com
375: 2019/11/04(月)11:59 ID:mRc+a4F8(1) AAS
flexとbisonを使うと、柔軟なプログラミングがしにくくなる。
例えば、inline関数の記憶と再現では、関数定義時ではトークンを記録しておいて、
inline展開時には、記録していたトークンが、あたかもその場に書いてあるように
構文解析層の入力にしなければならない。それが果たしてflexとbisonで対応できるかどうか。
また、コンストラクタでは、: の後に ctor-initializer を書けるが、コンストラクタが
inline修飾されていた場合、トークン列を記録する際に、: から、{ の間の部分も
一緒に記録した方が良い可能性が有る。
省8
376(1): 2019/11/04(月)16:12 ID:4TaGOYOv(1) AAS
そもそもflexとbisonを使ってるメジャーな言語って何かあるの？
だいたいみんなフルスクラッチじゃないの？
377: 2019/11/05(火)13:31 ID:8w7ODMFL(1) AAS
>>376
Wikipediaによれば、flexとbisonは同じ作者が作ったもので、yaccの上位互換で、
もともとgccのフロントエンドに使うように作られたが、gccは、現在、
それらを使っていない、とある。
378: 2019/11/05(火)18:42 ID:+/SJ/H3y(1/2) AAS
というかflex/bison
379: 2019/11/05(火)18:47 ID:/YzGjsFF(1) AAS
割り算って整数かこれ
380: 2019/11/05(火)18:48 ID:+/SJ/H3y(2/2) AAS
以前の品質だろblawnは
フェアに速さを語ることができるレベルでない
いつまでflexがーbisonがーpchがーってやってんのかねこのアスペは
381(1): 2019/11/05(火)18:54 ID:o+uYVwEv(1) AAS
会社の全サービスを Blawn で作り直し！って意気込んでた人はどうしてるんだろう
382(1): 2019/11/05(火)19:26 ID:P6eu24Jc(1) AAS
コンテスト用に作ったおもちゃ言語でしょ
ガッツリ議論するような価値ねーよ
383(1): 2019/11/05(火)19:39 ID:0+GMXi06(1) AAS
>>381
本人はユーモアのつもりだったんだろうけど
ツマラナイから居なくなって良かった
384(2): 2019/11/05(火)19:42 ID:kum0qpxI(1/2) AAS
>>382
うちの会社じゃもうBlawnツールであふれてるんだけど😅😅😅
385: 2019/11/05(火)19:42 ID:kum0qpxI(2/2) AAS
>>383
で、お前の会社は何？
Java？笑
386: 2019/11/05(火)21:08 ID:elf46c4B(1) AAS
>>384 うちの会社でもblawn オープンソースに参加する体制を作り上げて本格的に採用することが決定された。
387(1): 2019/11/06(水)15:06 ID:i9rWdyCR(1) AAS
>>384
一般人が存在を知ってから一ヶ月も経ってないのに、
「Blawnツールであふれている」
訳が無い。
388(2): 2019/11/06(水)17:43 ID:R9JVnQ/P(1) AAS
>>387
一般人しか居ない会社に勤めてるんだね
389: 2019/11/06(水)17:58 ID:o3tEvZiY(1) AAS
変態ばっかりです
390: 2019/11/06(水)18:01 ID:OvjaMqE0(1/2) AAS
全裸にネクタイでお仕事してます
391: 2019/11/06(水)19:39 ID:zFX9SPhI(1) AAS
>>388
一般人以外でblawnを知っていたのは本人のみ。
392: 2019/11/06(水)19:56 ID:NaAqW+TO(1) AAS
こういう話にマジになるバカ営業でこの業界は回ってるのが不幸の元
393: 2019/11/06(水)20:54 ID:6B74bjON(1) AAS
うちの親なんかblawnで会話始めちゃったよ
勘弁してくれよ
394: 2019/11/06(水)21:22 ID:ofUywuwb(1) AAS
またうちの新人がやりやがったwwwwwwwww
Blawnのソースを改造してBlawnChildren(BlawnC)って新言語を基幹システムに遊び心で実装してて大爆笑したwwwwwww
そいつ曰く「俺が一生保守する。この会社と俺は一心同体だ！」ってさwww
昭和魂持った社長は逆にこれを気に入って会社のスタンダード言語がBlawnCになったw
今となってはBlawnCでフレームワークを作る計画も立ってる……w俺もこっそりBlawnX作ろうか検討中w
395: 2019/11/06(水)21:56 ID:osFOFxuC(1/2) AAS
じゃあおれはBlawnの最終型Zlawn作るわ！
396: 2019/11/06(水)22:05 ID:OvjaMqE0(2/2) AAS
AA省
397: 2019/11/06(水)22:14 ID:osFOFxuC(2/2) AAS
隣の芝は青いならぬ
隣の芝はよく見りゃズラ
上下前次1-新書関写板覧索設栞歴
あと 63 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s