２ちゃんねる ■掲示板に戻る■ 全部 1- 最新50

■ このスレッドは過去ログ倉庫に格納されています

8086 vs. Z80 vs. 6809 vs. 6502　その11

1 ：ナイコンさん：2016/05/05(木) 14:06:04.03 .net: 8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。
CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリです。

■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502　その10
http://hanabi.2ch.net/test/read.cgi/i4004/1407651926/
8086 vs. Z80 vs. 6809 vs. 6502　その9 (再び)
http://hello.2ch.net/test/read.cgi/i4004/1365951318/
8086 vs. Z80 vs. 6809 vs. 6502　その9 (短命)
http://ikura.2ch.net/test/read.cgi/i4004/1362833400/
8086 vs. Z80 vs. 6809 vs. 6502　その8
http://ikura.2ch.net/test/read.cgi/i4004/1333965297/
8086 vs. Z80 vs. 6809 vs. 6502　その7
http://ikura.2ch.net/test/read.cgi/i4004/1319314159/
8086 vs. Z80 vs. 6809 vs. 6502　その6
http://toki.2ch.net/test/read.cgi/i4004/1286766300/
8086 vs. Z80 vs. 6809 vs. 6502　その5
http://toki.2ch.net/test/read.cgi/i4004/1280380374/
8086 vs. Z80 vs. 6809 vs. 6502　その4
http://gimpo.2ch.net/test/read.cgi/i4004/1252639237/
8086 vs. Z80 vs. 6809 vs. 6502　その3
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/
8086 vs. Z80 vs. 6809 vs. 6502　その2
http://gimpo.2ch.net/test/read.cgi/i4004/1213527504/
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/
6809とZ80 part 2
http://bubble4.2ch.net/test/read.cgi/i4004/1093190685/
6809とZ80
http://bubble2.2ch.net/test/read.cgi/i4004/1008496410/
872 ：ナイコンさん：2016/07/15(金) 13:30:29.04 .net: >>865
「mallocはただのライブラリで、C言語とは、直接関係無いしな。」に
対するレスにお前何トンチンカンなこと言ってんの??
873 ：ナイコンさん：2016/07/15(金) 13:33:58.38 .net: >>872
？？？
日本語で頼む
874 ：ナイコンさん：2016/07/15(金) 14:03:07.59 .net: >>871
応用CP/MでCP/M版のPL/MコンパイラとしてPLMXが紹介されてる。
875 ：ナイコンさん：2016/07/15(金) 14:21:05.58 .net: >>864
https://twitter.com/DAIVA_ASW/status/633286747166674944
> おそらく日本初のマルチプラットフォーム対応のPCゲームだった
> ディーヴァのシミュレーションパートの開発はC言語で進められました。
> Z80搭載機種ではHI-TECH C、6809搭載機種ではMicrowave C（って
> 商品名だったと思います）で同じソースコードを使って開発されました。

https://ja.wikipedia.org/wiki/DAIVA
> 『DAIVA（ディーヴァ）』は、T&E SOFTが1986年から1987年にかけて
> 発表した一連のコンピュータゲームシリーズ。
876 ：ナイコンさん：2016/07/15(金) 14:47:09.05 .net: >>862
遅くても許される用途に使い道があったとして何か問題?
877 ：ナイコンさん：2016/07/15(金) 15:03:08.62 .net: > mallocはただのライブラリで、C言語とは、直接関係無いしな。

C言語の規格にライブラリも含まれること知らんのかな?
878 ：ナイコンさん：2016/07/15(金) 15:26:27.93 .net: >>864
雑誌の創刊時期がなんかの証明や根拠になるという主張？

https://en.wikipedia.org/wiki/C/C%2B%2B_Users_Journal
879 ：ナイコンさん：2016/07/15(金) 15:44:46.95 .net: 標準関数は規格で「コレコレの機能を実装しなさい。中身はコンパイラメーカーに一任します」だからねえ。　
従わずに「準拠」とうたえば、文句つけられないし。

8ビットばかりでなく16ビットでも「準拠」のコンパイラはあったもんね。
880 ：ナイコンさん：2016/07/15(金) 16:03:51.56 .net: >>875
>シミュレーションパートの開発はC言語で進められました。

C使って四苦八苦って感じだなw 楽できると思ってC使って見ましたが
挫折してハードに依存しない一部のシミュレーション部分しか書けませんでしたみたいな。

> CPUが80286以上の機種では動作が保証されず、オープニング後にフリーズする

> PC-9801版とFC版を除き、惑星戦のアクションゲームパートと星系開発及び艦隊戦のウォーシミュレーションパートを内包しており、

> なお、PC-9801版は惑星戦もシミュレーションパートの一部になり、アクションゲームパートはない。

> FC版はシミュレーションパートが簡略化され、開発は行えず、艦隊戦と惑星戦のみになっている。
881 ：ナイコンさん：2016/07/15(金) 16:30:27.32 .net: >>880
機種ごとに違う内容で全機種を遊ぶと壮大なストーリーが明らかになるというのを
売りにしてたゲームなんだけど何言ってんの？
882 ：ナイコンさん：2016/07/15(金) 16:35:15.89 .net: その壮大なストーリーを楽しむためには全機種ハード買わないと遊べないのか。

考えた奴は馬鹿じゃないのか。どっかのアニメで押井守のループネタやろうとして、
毎週同じ話を放送した馬鹿アニメの監督と同じ臭いがする。自分に酔ってんだろうな。
883 ：ナイコンさん：2016/07/15(金) 16:40:33.71 .net: >>881
知らんがな。同じソースコードを使ってると言い出したのはおれじゃない。こいつ。 >>875
なのにwikip見たら同じじゃない機種があると書いてある。アホな突っ込みするなら相手はこいつ。 >>875
884 ：ナイコンさん：2016/07/15(金) 16:42:13.01 .net: 当時の8bit CPUでのC言語の利用について必死にトンチンカンなこと
書き込んでるのがいるけど、恐らくは当時を知らないゲハのニワカが
紛れ込んでるんだろうな。

68k v.s. x86 Round 3
http://hanabi.2ch.net/test/read.cgi/i4004/1458450955/467
> キミは歴史を勉強する気があるのかないのかどっちだ？　ないなら出て行け。

雑誌かネットから得た偏ったゲームプログラミングの知識しかなくて
業務としての開発の経験がないから開発効率なんてのも想像もできず
実行効率の話しかできないのだろう。ゲーム作るにしろ社内用に
開発ツールをちゃちゃっとこさえて利用する、なんて用途は当たり前に
あるんだけども、製品としてのゲームしか見たことないからそんなのも
想像できないのだろうな。
885 ：ナイコンさん：2016/07/15(金) 16:43:23.05 .net: >その壮大なストーリーを楽しむためには全機種ハード買わないと遊べないのか。

えっお前友達の一人もいないの？
886 ：ナイコンさん：2016/07/15(金) 16:46:39.86 .net: > 知らんがな。同じソースコードを使ってると言い出したのはおれじゃない。こいつ。 >>875

Z80搭載機種と6809搭載機種にしか言及されてないけどそれらと関係ない98やFCがどうのと言ってる馬鹿が>>880
887 ：ナイコンさん：2016/07/15(金) 16:47:52.92 .net: >>885
ほんとの友達なら機種もみな同じになるだろう。
悪い友達というのは、マイナー機種やMacを薦めたりするだろう。

おまえにはほんとの友達がいなかったんだな。
888 ：ナイコンさん：2016/07/15(金) 16:49:13.84 .net: >ほんとの友達なら機種もみな同じになるだろう。

えっ何で？？
889 ：ナイコンさん：2016/07/15(金) 16:55:17.19 .net: >>888
ゲームの貸し借りするから。おまえほんと友達いなかったんだなw
890 ：ナイコンさん：2016/07/15(金) 16:56:50.31 .net: 友達いない奴にはわからんだろうなw
891 ：ナイコンさん：2016/07/15(金) 17:03:53.56 .net: >>851
C言語自体がサポートしてる訳ではないだろ。
892 ：ナイコンさん：2016/07/15(金) 17:07:01.21 .net: V30で初めてC使ったときは糞遅くて使えないと思ってたのにZ80でC開発とかユーザ馬鹿にしすぎだろ。
馬鹿売れしたVzだってオールアセンブラなのに。
893 ：ナイコンさん：2016/07/15(金) 17:08:23.69 .net: >ゲームの貸し借りするから。

「ほんとの友達」の条件がこれとは寂し過ぎるｗ
894 ：ナイコンさん：2016/07/15(金) 17:09:17.20 .net: >馬鹿売れしたVzだってオールアセンブラなのに。

MIFESもFINALもCじゃないかな?
895 ：ナイコンさん：2016/07/15(金) 17:11:07.62 .net: >>891
残念、ライブラリもC言語自体の規格の一部なんだ。
896 ：ナイコンさん：2016/07/15(金) 17:15:41.67 .net: プアな環境ならサブセット実装だろうな。
897 ：ナイコンさん：2016/07/15(金) 17:17:48.39 .net: 当時はCよりまだBASIC+マシン語が多かった気がするなぁ。A列車とか大戦略とか。
898 ：ナイコンさん：2016/07/15(金) 17:18:12.17 .net: >>896
標準規格を満たしていない処理系は当たり前に存在するけどそれが何か？
899 ：ナイコンさん：2016/07/15(金) 17:24:58.41 .net: むしろ完全準拠した処理系は存在しない。
900 ：ナイコンさん：2016/07/15(金) 17:27:19.48 .net: > mallocはただのライブラリで、C言語とは、直接関係無いしな。

馬鹿丸出しｗ
901 ：ナイコンさん：2016/07/15(金) 17:28:46.23 .net: >>893
キミは全機種クリアしたの？
902 ：ナイコンさん：2016/07/15(金) 17:28:59.19 .net: >>892
さすがにオールCとかは無いと思うよ。
C（の標準ライブラリの使用も含めた標準的なC環境）+アセンブラもあんまり無くて、
アセンブラ+C（×÷ルーチンなど最小限のランタイムライブラリのみ使用、
スタートアップコードも未使用～最低限のものにカスタム）のケースがほとんどかと。
903 ：ナイコンさん：2016/07/15(金) 17:50:16.40 .net: そうだねー、8ビットのCPUでC言語なんて使わないよねー。
もっと重くて遅いBASIC使うよネー。

あっちでお薬のんで壁相手にしててね、お爺ちゃん。
904 ：ナイコンさん：2016/07/15(金) 17:55:54.90 .net: >>903
当時、ベーマガはあったがCマガはない。
905 ：ナイコンさん：2016/07/15(金) 18:01:15.89 .net: アセンブラで時間かけて書くより、Cでサクッと書いたのが良いケースの方が圧倒的に多い。
前提として、それなりにまともなコード吐くコンパイラがあってだけど。

8ビットのセルフ開発だと前提になるコンパイラが…
906 ：ナイコンさん：2016/07/15(金) 18:02:41.34 .net: 8bitCPU処理系では、intは8bitなのかい？
907 ：ナイコンさん：2016/07/15(金) 18:03:24.42 .net: >>904
そこはザベだるぉ！？

なんでザベはあんな内容だったんかねー
908 ：ナイコンさん：2016/07/15(金) 18:07:24.45 .net: >>906
それだとshortも8ビットにならんか？
909 ：ナイコンさん：2016/07/15(金) 18:23:39.38 .net: 安易にintで掛け算割り算しようものならすげー遅かったんだろうなぁ。
910 ：ナイコンさん：2016/07/15(金) 18:40:05.52 .net: > 安易にintで掛け算割り算しようものならすげー遅かったんだろうなぁ。

こういう奴って A×B の計算を「AをBの数だけ足す」とか思ってそうｗ
911 ：ナイコンさん：2016/07/15(金) 18:41:58.53 .net: 割り算、が読めないのか。
912 ：ナイコンさん：2016/07/15(金) 18:42:24.56 .net: A÷Bを「Aから引けなくなるまでBを引いた回数」とか思ってそうｗｗ
913 ：ナイコンさん：2016/07/15(金) 18:43:06.09 .net: >>911-912
ﾜﾛﾀｗ
914 ：ナイコンさん：2016/07/15(金) 18:44:02.48 .net: >>910
馬鹿にするのは勝手だが九九ぐらい知っとるわ。
915 ：ナイコンさん：2016/07/15(金) 18:45:23.02 .net: > 馬鹿にするのは勝手だが九九ぐらい知っとるわ。

こういう奴って「掛け算にはでっかい表が要る」とか思ってそうｗ
916 ：ナイコンさん：2016/07/15(金) 18:48:31.68 .net: NDPの実装知らないで、ドヤしてるのか。
バカすぎだわ。
917 ：ナイコンさん：2016/07/15(金) 18:52:04.00 .net: >>915
乗算アルゴリズムについて詳しく!!
918 ：ナイコンさん：2016/07/15(金) 18:52:08.26 .net: バグ付きペンティアムのバグの原因がデータテーブルの設定ミスだったなー。
919 ：ナイコンさん：2016/07/15(金) 18:52:28.54 .net: > 安易にintで掛け算割り算しようものならすげー遅かったんだろうなぁ。

って話にNDPの実装がどうこう言いだす奴って激しく頭悪そうｗ
920 ：ナイコンさん：2016/07/15(金) 18:53:16.64 .net: >>917
むりむり、分かってないで貶してるだけだからw
921 ：ナイコンさん：2016/07/15(金) 18:58:04.28 .net: ゲハのニワカは煽ったら教えてもらえると思ってるのかな？
922 ：ナイコンさん：2016/07/15(金) 18:59:18.25 .net: 知ったかの決まり文句頂きました。
923 ：ナイコンさん：2016/07/15(金) 19:09:12.07 .net: >>879
「準拠」にcomply以外の意味があるのかよ。
924 ：ナイコンさん：2016/07/15(金) 19:10:09.76 .net: 頭の中身が30年前でとまってるバカがドヤゃ！！してもナー。
コメディアンに成れるよ。
925 ：ナイコンさん：2016/07/15(金) 19:14:55.57 .net: まぁ実務君はC使って開発効率がどうのこうの言ってるのに、
アセンブラでIX/IYを使ってドヤ顔する変な人ですｗ
926 ：ナイコンさん：2016/07/15(金) 19:15:50.88 .net: > 頭の中身が30年前でとまってるバカがドヤゃ！！してもナー。

知らないでデタラメほざいてるキチガイに対してはドヤ顔も致し方ない
927 ：ナイコンさん：2016/07/15(金) 19:17:04.74 .net: > まぁ実務君はC使って開発効率がどうのこうの言ってるのに、
> アセンブラでIX/IYを使ってドヤ顔する変な人ですｗ

↑要所要所での使い分けってのが理解できないんだなあ、ゲハのニワカだから
仕方ないのかもしれないが。
928 ：ナイコンさん：2016/07/15(金) 19:19:55.18 .net: >>909
使い捨てのテストコードとかで、とりあえず動けば良いって場合はそんなの気にしないけど、
普通は「安易」に使ったりはしない、
「安易」ではなく、どうしても16x16の掛け算割り算が必要な状況なら
結局アセンブラで書いても同じことだから遅いのはもうどうしようもない。
929 ：ナイコンさん：2016/07/15(金) 19:20:50.10 .net: > まぁ実務君はC使って開発効率がどうのこうの言ってるのに、
> アセンブラでIX/IYを使ってドヤ顔する変な人ですｗ

C使うのとIX/IY使って保守性の高いプログラムを組むのとでなんか矛盾があるかな?
どっちも開発効率重視の話だと思うんだが。
930 ：ナイコンさん：2016/07/15(金) 19:26:18.03 .net: 「8ビットマイコンは遅い分高速に動作することを重視してプログラムを組まなくてはならない」

みたいな変な教条主義に陥ってる素人は見ていて微笑ましいｗ
931 ：ナイコンさん：2016/07/15(金) 19:29:37.03 .net: 8bit処理系で普通にC使ってたと言ってる人はいつもcharばかり使って計算してたんだろうなぁ
932 ：ナイコンさん：2016/07/15(金) 19:32:18.50 .net: 当時の8ビットがとても遅かったのは間違いないことなので、速度無視ってわけにも行かないんだよな、
当たり前だけどバランスが一番大切だと思う。
933 ：ナイコンさん：2016/07/15(金) 19:33:06.33 .net: https://twitter.com/DAIVA_ASW/status/633288714270044160
> HI-TECH Cは、当時の8bitマイコン向けのC言語としては、ANSI Cに
> 限りなく近くコンパイル後のコードもキレイだったので、逆コン
> パイルしたら元のソースコードが再現されるかもしれませんね。

https://twitter.com/DAIVA_ASW/status/633321821471793152
> 同じ8bit CコンパイラであるBSD Cがintとshortしか対応して
> なかった時に、ちゃんとlongあったことも選択の決め手になりました。
934 ：ナイコンさん：2016/07/15(金) 19:37:44.05 .net: 昔のソフトの広告は、いかに高速か、これはアセンブラで書いたぜ的な売り文句が多かったよな。
これはCで書いたぜは売り文句ではなかった。
935 ：ナイコンさん：2016/07/15(金) 19:42:22.58 .net: 立体版遊撃王はLattice-Cで書いてるのを売りにしてたぞ
936 ：ナイコンさん：2016/07/15(金) 19:45:11.30 .net: >>931
処理系によるんだろうが、
LSIC80だと特に16ビットである必用が無い整数（ループカウンタとか）にはunsigned charを使うのが普通だな。
937 ：ナイコンさん：2016/07/15(金) 19:46:18.30 .net: 大戦略III グレートコマンダー
https://ja.wikipedia.org/wiki/%E5%A4%A7%E6%88%A6%E7%95%A5III_%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%88%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%80%E3%83%BC
> グレートコマンダーは画期的なゲームであったが、BASICで作成されていた
> こともあり、当時のパーソナルコンピューターのマシンパワー(全体的な処理
> 能力)では荷が重かった。神崎祥生が『マイコンBASICマガジン』誌上で行った
> レビューによれば、80286(10MHz)CPUを搭載したPC-286V(PC-9801シリーズ
> 互換機)でグレートコマンダーを動作させたところ、ゲームの仕様上は
> プレイヤーは126部隊まで運用できるところ、50-60部隊を出すと最早
> リアルタイムゲームであるとは思えないほど低速になる、ほとんど絶え間
> なくフロッピーディスクドライブをアクセスしている、1ターン(100カ
> ウント)進めるのに1時間ほどかかるなどと言った状態で、後年の
> 『システムソフトのエンスー学館』でも、夜に命令を与えたものが
> 朝までに決着が付かない、プログラマーがN88-BASICの限界を知った、
> などと紹介されていた。
> '90ではプログラムはC言語で作成され、MS-DOS上で動作する仕様に
> 改められた。これにより動作速度が格段に向上した。
938 ：ナイコンさん：2016/07/15(金) 19:50:17.78 .net: >>933
当時、8bitPCのゲーム開発にC言語を採用することはかなりのチャレンジだったことが読み取れるな。
longがあるかないかが決め手だなんて。struct long{int,int} + 自前演算ルーチンでいいじゃんと思えるのに。
939 ：ナイコンさん：2016/07/15(金) 19:58:01.39 .net: >>937
この通りCが普及しだしたのは90年代からだな。8bitPCの時代は終わってた。
940 ：ナイコンさん：2016/07/15(金) 20:01:07.81 .net: そもそもカウンタレジスタが8ビット。
941 ：ナイコンさん：2016/07/15(金) 20:06:15.26 .net: >>939
同じシステムソフトから『立体版遊撃王』と『現代大戦略』が同じ年に出てて、
片やC言語、片やBASIC+一部機械語で作成されててなんても言えないのよね。
どっから「この通りCが普及しだしたのは90年代から」なんて妄想が出てきた
のやらｗ
942 ：ナイコンさん：2016/07/15(金) 20:07:30.85 .net: > この通りCが普及しだしたのは90年代からだな。

Cマガ創刊がどうこう抜かしてた馬鹿かな?
943 ：ナイコンさん：2016/07/15(金) 20:09:42.48 .net: 8bitCPUでlong型サポート！ってのは「こんなにスゲーんだぜ！」ってことだろ。
他のとの区別化にひとつでもネタが欲しいって感じでひっぱりだしたようなものだろうけど。

68kで256ビット演算するよりは面倒だから。
944 ：ナイコンさん：2016/07/15(金) 20:14:49.02 .net: >>938
単純に、
6809のコンパイラがlongが使えた→Z80でもlongを使えるコンパイラの方が良い
ってだけじゃないか？

逆に6809のコンパイラでlongが使えず、どのみちstruct long{int,int}でやらなきゃならないなら、
Z80のコンパイラでlongが使えるかどうかはどうでも良いことのような気がする。

基本的にマルチプラットフォームが大前提の話だろ。
Cで書かれたというシミュレーション部分にしても、
それぞれをZ80、6809のアセンブラで同時開発（バランス調整や仕様変更に両チームがそれぞれ対応）
とか、デバッグまで考えるとちょっとありえない手間になりそうだし、
Cで書いて共通化するというのは妥当な考えだと思う。
945 ：ナイコンさん：2016/07/15(金) 20:19:38.06 .net: > 8bitCPUでlong型サポート！ってのは「こんなにスゲーんだぜ！」ってことだろ。

手持ちの CP/M のCコンパイラを確認したらさほど珍しいものではないようだが?

HiSoft-C
Hitech-C
Manx-C
aztec-c
c80
mix-c
White Smith C

この辺はlongサポートしてる。つーかlongサポートしてないコンパイラの方が少ない。
946 ：ナイコンさん：2016/07/15(金) 20:21:29.85 .net: >>941
妄想も何もその時代を生きてきた。Cは89年にANSI標準化されて一気に普及した。
89年にANSI準拠のプログラミング言語C 第2版が出版され、Cマガも創刊。90年代はほんとC言語ブームだったよ。なつかしいなぁ。
947 ：ナイコンさん：2016/07/15(金) 20:21:36.70 .net: C言語普及が90年すぎてからって言ってる奴は16ビット以降しか知らないんじゃねーかね。
948 ：ナイコンさん：2016/07/15(金) 20:24:18.57 .net: >>945
後でサポートしましたって自慢にもならん。後発のコンパイラも。実装するかしないかだけの話なんだから。
949 ：ナイコンさん：2016/07/15(金) 20:24:26.04 .net: C言語普及が90年すぎてからって言ってる馬鹿は90年代以降しか知らないんだろーね。
950 ：ナイコンさん：2016/07/15(金) 20:26:18.90 .net: >>948
Hitech-cがCP/M用のCコンパイラとしてはかなり後発の製品であることをご存じないようでｗ
951 ：ナイコンさん：2016/07/15(金) 20:27:41.97 .net: >>947
8ビットPC時代にCの開発が普通という世界はほんと知らん。何度も聞いてるが答えてくれん。
おまえに聞く。正確に答えてくれよ。その8ビットPC時代にCでの開発が普通だった時代は19XX～19XX年のことだよ？
952 ：ナイコンさん：2016/07/15(金) 20:29:03.79 .net: > 妄想も何もその時代を生きてきた。Cは89年にANSI標準化されて一気に普及した。
> 89年にANSI準拠のプログラミング言語C 第2版が出版され、Cマガも創刊。90年代はほんとC言語ブームだったよ。

こんなニワカ知識だとANSI策定以前に「ANSI準拠」を謳った処理系が複数出ていたこととか知らなそうだなｗ
953 ：ナイコンさん：2016/07/15(金) 20:29:20.28 .net: LSI-Cで満足してた俺勝ち組ｗｗｗ
954 ：ナイコンさん：2016/07/15(金) 20:31:29.28 .net: > 8ビットPC時代にCの開発が普通という世界はほんと知らん。何度も聞いてるが答えてくれん。

同じ会社でも>>941みたいな例が実際あるのに頑固に聞く耳持たないからだしょ
955 ：ナイコンさん：2016/07/15(金) 20:32:05.30 .net: >>952
詳しく。その処理系一覧とANSIが策定すらされてないのに、なぜANSI準拠と謳えたのか。
956 ：ナイコンさん：2016/07/15(金) 20:34:31.85 .net: >>955
規格は制定された瞬間に公開されるわけじゃないからな
957 ：ナイコンさん：2016/07/15(金) 20:34:56.32 .net: 90年だとTurboC++がリリースされてC++時代が本格的に始まった頃。

その頃に猫も杓子も底辺プログラマもCの時代になったから、
それを普及期と言うのもある意味間違いではないけどな。
958 ：ナイコンさん：2016/07/15(金) 20:35:31.38 .net: >>954
だから何年に8bitPCでC言語が普及したんだよ？　何度も聞いてるのに聞く耳持たないって意味不明。むしろおまえが言う口を持たないだろ。
959 ：ナイコンさん：2016/07/15(金) 20:37:02.02 .net: >>956
だから詳しく。ソースもなくそんなこと言われてもね。

何一つ質問には答えないよね。8bitPCでC言語普及してた世界に住んでた人は。
960 ：ナイコンさん：2016/07/15(金) 20:37:02.80 .net: > 詳しく。その処理系一覧とANSIが策定すらされてないのに、なぜANSI準拠と謳えたのか。

ｗｗｗ
961 ：ナイコンさん：2016/07/15(金) 20:39:23.12 .net: >>959
国会図書館でも行ってbitの80年代後半くらいの号読み漁ればわかるぞ。

# オレって親切だなあ。
962 ：ナイコンさん：2016/07/15(金) 20:41:04.51 .net: 制定は「これで締め切り！」ってだけでそれ以前にだんだんとFixしていくからなぁ。

ANSI準拠って謳ってたコンパイラは、それだけに限らないけど、ユーザ登録しておけば修正版を送ってきたもんだし。
中にはフライングして、コンパイラ作った後で変わったような項目もあったりするから。

「コンパイラのバグ」が在った時代だよ。
963 ：ナイコンさん：2016/07/15(金) 20:42:57.03 .net: > 何一つ質問には答えないよね。8bitPCでC言語普及してた世界に住んでた人は。

やっと探してきたソースがtwitterだけだからなw >>933
産経新聞並みの裏取り。
964 ：ナイコンさん：2016/07/15(金) 20:47:32.02 .net: >>962
コンパイラのバグなんて今でもあるよｗ
965 ：ナイコンさん：2016/07/15(金) 20:53:06.18 .net: >>964
新しいコードを書けばバグは必ず生まれる。
でも最近のコンパイラのバグは致命的なのは聞かないねぇ。
ニュースにならないだけかもしれないけど。
966 ：ナイコンさん：2016/07/15(金) 20:54:27.62 .net: 何を持って普及してた/してなかったと言ってるのかわからんが、
8ビットPC自体が世間的に全く普及してなかったのに、それ用のC言語が普及してるはずが無い
と言う考え方もまぁ無くは無いわなｗ
967 ：ナイコンさん：2016/07/15(金) 20:57:36.58 .net: > でも最近のコンパイラのバグは致命的なのは聞かないねぇ。

現場知らないからだろｗ
968 ：ナイコンさん：2016/07/15(金) 21:02:59.14 .net: > 何一つ質問には答えないよね。

ゲハのニワカは図々しいなｗ　教えを乞う態度ってもんがあるだろうになあ。
969 ：ナイコンさん：2016/07/15(金) 21:03:56.61 .net: コンパイラのバグは
アプリプログラマが自分が書いたコードが動かないため原因を調査
→結果コンパイラのバグを発見
→気が向いたらコンパイラ開発元に報告
→原因がわかったので回避コードを書いたり、コンパイルオプションを調節して問題解決、自分の仕事に戻る。
って感じで、そもそもあまりニュースになる要素はないんじゃないかと…
970 ：ナイコンさん：2016/07/15(金) 21:06:18.76 .net: Linus Torvalds、GCCのバグに強烈なダメ出し
http://linux.srad.jp/story/14/07/28/0945215/
971 ：ナイコンさん：2016/07/15(金) 21:16:43.34 .net: そーいや、GCCであったっけね。
全然つかわないから記憶に残ってなかったわ。

総レス数 1002
237 KB

新着レスの表示

掲示板に戻る全部前100 次100 最新50

read.cgi ver.24052200