■ このスレッドは過去ログ倉庫に格納されています
8ビットCPUでC言語?ないないありえないっしょ!5
- 1 :ナイコンさん (ワッチョイ df99-dE/J):2020/07/02(木) 00:02:41 ID:++jZerDK0.net
-
【前スレ】
8ビットCPUでC言語? ないないありえないっしょ!
Part.4 https://matsuri.5ch.net/test/read.cgi/i4004/1528299072/
Part.3 http://matsuri.5ch.net/test/read.cgi/i4004/1528299072/
Part.2 http://matsuri.5ch.net/test/read.cgi/i4004/1470913460/
Part.1 http://hanabi.2ch.net/test/read.cgi/i4004/1468652612/
♪ /.i /.i /.i
♪ ∠__ノ ∠__ノ ∠__ノ
〈,(・∀・;)ノ・∀・;)ノ・∀・;)ノ
└i===|┘i===|┘.i===|┘
〈__〈 〈__〈 〈__〈 VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 153 :ナイコンさん (ワッチョイ 5f16-Dxny):2020/09/03(木) 10:11:54 ID:GJ8t+kEW0.net
- キャッシュが効かない構造のCPUにキャッシュつけるとかのアホな想定されてもなぁw
- 154 :ナイコンさん (ワッチョイ 07ea-XrX+):2020/09/03(木) 12:42:26 ID:BRo6C3vL0.net
- ノーウェイトのメモリ使えるからね
- 155 :ナイコンさん (ワッチョイ c79e-zLUu):2020/09/03(木) 21:15:50 ID:lDce4UaU0.net
- メモリアクセスは悪
- 156 :ナイコンさん :2020/09/11(金) 08:49:44.05 ID:SwYiYTENM.net
- 面倒なアルゴリズムは、アセンブリ言語ではキツイからそこだけはCでって以外8bitでCを使うメリット無いよね。
- 157 :ナイコンさん :2020/09/11(金) 16:07:02.33 ID:26xkomff0.net
- Windows10搭載 ノートパソコン
1万円 http://shop-rakuten-ch.2chblog.jp/archives/7030035.html
画像より中身のゲーム作ってください
- 158 :ナイコンさん :2020/09/12(土) 16:09:18.77 ID:oKGEHiRV0.net
- >>156
要はメインルーチンは C でってことだね。
それ大きなメリットじゃないの?
- 159 :ナイコンさん :2020/09/12(土) 16:13:18.49 ID:Yp/4Ykg+0.net
- main()に面倒なアルゴリズムをCでぶっこんでアセンブラから呼ぶとはなかなか画期的な設計だ。
- 160 :ナイコンさん :2020/10/15(木) 00:29:13.46 ID:1ktbdNSR0.net
- >>159
組みたくない。
- 161 :ナイコンさん :2020/10/15(木) 00:58:38.64 ID:BxZgdNXc0.net
- >>159
なんでそんな事するんだ?
普通、関数をライブラリにしてリンクするだけだろ。
- 162 :ナイコンさん :2020/10/15(木) 19:14:50.81 ID:LQRU5Thk0.net
- C の関数をライブラリにするのももちろんだけど、
面倒なロジックも C で書きたいだろ。
ライブラリの中のより細かな制御がいる部分はアセンブラ、みたいな。
- 163 :ナイコンさん :2020/12/25(金) 19:13:09.55 ID:/Y7RB8Ll0.net
- Hitech Cでレジスタを参照したい時とか、
インラインアセンブラで変数をレジスタに入れる方法教えてください。
あと、特定のアドレスへのポインタの作り方。
例えばC000Hを読み書きするポインタは、MK_PTみたいな便利な関数ないですかね。
- 164 :ナイコンさん :2020/12/28(月) 21:32:36.78 ID:6PMVob3q0.net
- >>163
インラインアセンブラは調べてみるね・・・
0C000Hを読み書きするポインタは普通に
char *cpnt = 0xc000;
int *ipnt = 0xc000;
*(char *)0xc000 = VAL;
とかのようにすればよかったりしない?
- 165 :ナイコンさん :2020/12/28(月) 23:28:39.85 ID:fwD88Xbj0.net
- >>164
早速試してみます。
- 166 :ナイコンさん :2020/12/29(火) 14:07:24.65 ID:EGW6ird40.net
- >>164
読み書きできました。
ありがとうございました。
- 167 :ナイコンさん :2020/12/29(火) 20:07:30.44 ID:EGW6ird40.net
- インラインアセンブラで変数を渡すのは、見つけました。
uchar *BUF=0xC000;
で宣言しておいて、
#asm
LD HL,(_BUF)
#endasm
でできるようです。勿論HLレジスタ退避させないとダメですが。
自己解決ですが、備忘録で残しておきます。
- 168 :ナイコンさん :2020/12/30(水) 10:14:17.09 ID:8nncfXq60.net
- >>167
なるほどそうやるんですね、共有ありがとうございます。
- 169 :ナイコンさん :2020/12/31(木) 03:12:40.59 ID:it5M+/mV0.net
- >>キャッシュはキャッシュが効くような構造のCPUじゃないとほとんど意味ない
スタックフレーム上だけキャッシュが効くようにすることも可能じゃないの?
スクラッチパッドメモリも色々と使われてるよ。
例えば初代プレステとかIntelの組み込み系(Arduino互換のGalileoやCurie?というのかな)
Intelの組み込み向けとかだと小規模で電池動作なのでx86にキャッシュないので部分的に
高速なキャッシュと同等のスクラッチパッドメモリ付いてるよ。
8bitだと川崎のZ80とか、AppleIIの6502もキャッシュつける拡張もあった希ガスる
- 170 :ナイコンさん :2021/01/01(金) 02:48:46.77 ID:vSLT4fxDd.net
- >>167
宣言 (declaration) じゃなくて、定義 (definition) な。
- 171 :ナイコンさん :2021/01/01(金) 18:08:49.93 ID:uHpzQgQ10.net
- >>170
言語によってはこのような場合declare と記述するのもある。
C言語ではみなさんご存じ#define があるが意味が異なる。
- 172 :ナイコンさん :2021/01/01(金) 18:28:35.50 ID:WQSgEdDdd.net
- >>171
「言語によっては」?
はぁ?
スレタイ読めないのか?
- 173 :ナイコンさん :2021/01/30(土) 02:32:17.05 ID:vvdis50La.net
- >>172
脱線したんだろ
- 174 :ナイコンさん :2021/01/30(土) 03:44:30.29 ID:DMRiqkuT0.net
- 8bitCPUってPICとかの組み込みマイコンしかもう
使われていないだろう
- 175 :ナイコンさん :2021/01/31(日) 09:08:12.74 ID:UKXRREKNM.net
- >>174
組み込みじゃないのって、単体PCってこと?
MSXの時代で終わったよな。
組み込みなら8051とかもまだ現役だけど。
- 176 :Artane. :2021/01/31(日) 23:56:13.31 ID:IkOd74ld0.net
- >>174
パチンコ台の制御側がまだZ80コアの東芝か日立かどっかのCPU必須でなかったでしたっけ?(´・ω・`)
もうちがうかも知れませんが。
- 177 :ナイコンさん :2021/02/04(木) 22:54:34.61 ID:YSUOfIN70.net
- パチはZ80まだ使ってるよ
- 178 :ナイコンさん :2021/02/05(金) 03:16:10.79 ID:b/F/M7P00.net
- 8bit CPUなプログラム環境だと、今でも電卓でeZ80がメジャー張ってるだろ
Z80から68000に移行させようとして失敗してeZ80って互換性重視な現場の判断で
- 179 :ナイコンさん :2021/02/05(金) 12:12:35.05 ID:Nm46hxCIM.net
- eZ80のワンボードマイコンが売っているが
Arduinoの10倍近い価格だな
- 180 :ナイコンさん :2021/02/05(金) 21:38:18.55 ID:HmKSC5Uv0.net
- >>176-177
> パチンコ台の制御側
バリバリの組込やん…
- 181 :ナイコンさん :2021/02/05(金) 21:46:58.25 ID:gYY/M/Zc0.net
- 最新の台でも
天下り役人が絡んでいる部分は変えられないって事か
- 182 :ナイコンさん :2021/02/12(金) 11:51:55.35 ID:pppcRYYja.net
- TI電卓
- 183 :ナイコンさん :2021/02/15(月) 05:49:28.06 ID:ogjHkIZn0.net
- 大昔のファミコンのソフト開発って
時代が進んでゲームが複雑化した頃には
C言語のクロスコンパイラを使ってたんだろうかやっぱり
- 184 :ナイコンさん :2021/02/15(月) 08:54:29.73 ID:chGngYTX0.net
- あの時代メモリがシビアだったからCとかは使いにくかったろうね
RAM2kBじゃスタックも足りなくなりそう
- 185 :ナイコンさん :2021/02/15(月) 12:29:56.89 ID:88Iga7Bv0.net
- 今ならUnity使えるね。
- 186 :ナイコンさん :2021/02/20(土) 01:11:53.73 ID:RtJMV4qfa.net
- 8bitの大規模開発の問題点は
C言語を使うと生産性が向上することよりも
メモリリソース不足に悩まされる事にある
- 187 :ナイコンさん :2021/02/22(月) 14:52:26.30 ID:ISQyWswI0.net
- コンパイルの時間の長さに辟易してたな
- 188 :ナイコンさん :2021/02/22(月) 14:53:30.17 ID:ISQyWswI0.net
- PC88のCP/M上でBDS-Cで開発してた
- 189 :ナイコンさん :2021/03/06(土) 12:26:08.72 ID:F89rc/xfa.net
- >>131
遅レスだがここにいる
Cがどのように関数を呼び出してるかとか、コンパイル後のアセンブリを見まくって勉強になった
あと、信長の野望・全国版のマニュアルにこのゲームはC言語で作られてますと書いてあって、Cに憧れたw
- 190 :ナイコンさん :2021/03/10(水) 18:08:55.59 ID:djEYuxJA0.net
- >>189
チープな8bitPC環境じゃメモリ食いすぎて禄に使い物にならなかっただろう。
コンパイルすら一苦労だったはず。一体どういう規模のものが作れて、どれぐらいの速度が出たか教えていただきたい
。当時8bitPCで一世風靡したアクションRPG的なものは実装できましたかな?
- 191 :ナイコンさん :2021/03/10(水) 19:37:31.19 ID:NQObyUHJ0.net
- 16bitでもアセンブラで作ってたわな
だからと言って16bitではCは使われてなかったって事はない
- 192 :ナイコンさん :2021/03/10(水) 22:21:25.79 ID:lQdtLuUU0.net
- >>190
自分でコーエーに問い合わせればいいじゃんw
- 193 :ナイコンさん :2021/03/10(水) 22:36:09.08 ID:djEYuxJA0.net
- >>192
? あなたには質問してませんし、コーエーの話なんてしてませんが。
当時、憧れてCの8bitPC開発環境を手に入れたという人にCでの実装時の体験談を聞いているんです。
もし当時、あなたもお持ちでしたなら存分に語ってくださいませ。とても価値のある話ですよ、それは。
何しろ当時の最先端ですからね。Cが標準化される前のC黎明期の話です。
- 194 :ナイコンさん :2021/03/10(水) 23:58:54.07 ID:hJTJyV9Ga.net
- >>190
MSX2+だからメモリは64KBあったし、16bit整数は使えるしポインタも16bitだ
アセンブリ言語で作るより多少メモリ食うだけで何も困ることなんて無いよ
ま、実行速度も多少遅くなるだろうね
ただBASICみたいにゲーム作るための便利な命令が無いから、アセンブリ言語で作るレベルのハードウェアの知識が必要になる
Cで出来ないことは、ハードウェアの性能を限界まで引き出す事が出来ないだけで、アクションRPGだろうが何だろうが全然普通に作れる
- 195 :ナイコンさん :2021/03/11(木) 00:44:51.31 ID:Y6YsHfet0.net
- > アクションRPGだろうが何だろうが全然普通に作れる
あたなが伝説の8bitCPUでCは普通に使える君ですね。レスを頂いて光栄です。
一番有名なファルコムのARPGなどは解析でアセンブラを使ったクロス開発だと言われてますが時代遅れだったんですね^^ Leor Zolmanと真逆のレポありがとうございます。
- 196 :ナイコンさん :2021/03/11(木) 22:00:17.15 ID:vHmWTsAv0.net
- >>190
クロスコンパイラくらいあったろ。
- 197 :ナイコンさん :2021/03/12(金) 03:42:57.12 ID:h7nwanol0.net
- 当時の8bitPC開発環境(MSX2+ MSX C)でのC開発の体験談を聞いたらとても貴重な情報がありました。
・16bit整数が使える
・ポインタが16bit
・アセンブラより多少メモリ食うだけで困ることは何もない
・実行速度はアセンブラより多少遅くなる
・BASICにはゲームを作るための便利な命令がある
- 198 :ナイコンさん :2021/03/12(金) 08:56:41.81 ID:WSgdr7zy0.net
- MSX CってLSI C-80のOEMでしょ
デフォルトだとIX使いまくりの酷いコード吐き出すよ
https://www.lsi-j.co.jp/official/product/other/lsic80/
- 199 :ナイコンさん :2021/03/12(金) 09:26:06.75 ID:5xYRUfcT0.net
- >>198
LSI Cは、もともと8080用のコンパイラ
デフォでインデックスレジスタ使うわけねーだろ
まったくこれだから当時を知らずに知ったかで騙る無知蒙昧な阿呆はw
- 200 :ナイコンさん :2021/03/12(金) 09:28:57.32 ID:5xYRUfcT0.net
- ローカル変数をインデックスレジスタ使ったスタックフレームに割り付けるのはHI-TECH Cだ。
- 201 :ナイコンさん :2021/03/12(金) 09:34:17.89 ID:Lnxbe3zaM.net
- なんでIXレジ使ったら汚いコードになるんだ?Z80の全機能を駆使して最適化出来ればそれでいいと思うけど。裏レジスタ駆使してもいいし。裏命令使うと互換CPUでの動作に支障があるから勘弁して欲しいが。
- 202 :ナイコンさん :2021/03/12(金) 13:27:11.42 ID:QwBFSdpS0.net
- 遅くなるからかも
- 203 :ナイコンさん :2021/03/12(金) 16:14:34.94 ID:uabFATAya.net
- Z80はPC SP IX IYとアドレスに関連するものは16bitだし、BC DE HLで16bit整数演算も出来るけど、8bitCPUだ
結局は8bitと16bitCPUの境界は曖昧だよな
>>198
いや、IX IYはC言語では使いまくらないと辛いだろ
そもそもその為にある
これを汎用レジスタとして使う裏技が有ったが、それは汚い使い方と言える
- 204 :ナイコンさん :2021/03/12(金) 17:05:07.68 ID:1PGOWZ5+0.net
- レジスタ同士での演算クロック数見りゃ一目瞭然
4クロックが11クロックに伸びてるんだから8bit CPUだって
- 205 :ナイコンさん :2021/03/12(金) 22:55:25.46 ID:h9oBo3rka.net
- Z80で使うと笑われるもの
IX,IY
裏レジスタ
ビット命令
でもビット命令はAレジ以外なら使ってもいいかと。
わざわざAに移してからAND xとかするよりは効率的。
- 206 :ナイコンさん :2021/03/12(金) 23:27:06.06 ID:h9oBo3rka.net
- でも複数のビットを調べたいならBIT命令並べるよりAccに移してからAND xの方が速いか。
- 207 :ナイコンさん :2021/03/13(土) 00:15:03.46 ID:3F1NR+4Na.net
- >>205
IX IYを汎用レジスタとして使うのは裏技だったから、それを誤解して普通に使って笑われるとか言う奴は単なるにわかw
- 208 :ナイコンさん :2021/03/13(土) 00:18:30.37 ID:bMhdcOOW0.net
- そこのおじーちゃん二人、ここはCスレですよ。ボケちゃったんですか?
- 209 :ナイコンさん :2021/03/13(土) 05:04:07.94 ID:susbCSS10.net
- LSI-CのPC98で動作するクロスコンパイラが出たのって1989年頃じゃなかったっけ?
さすがに8bitのCP/M環境でセルフコンパイルで開発はないだろうな
信長の野望がC言語で開発されてたといっても
アクション性の低い、シミュレーションゲームだしな
当時は16bit用だとBASICで書かれたシミュレーションゲームもあった時代だし
- 210 :ナイコンさん :2021/03/13(土) 05:15:05.44 ID:susbCSS10.net
- >>208
C言語がどういうコード吐き出すかは重要
といってもここのC言語派の人たちは
Z80は知らない世代でAVRやPICでC言語使ってる人が多いのだろうけど
IX、IYはインデックスレジスタとして使うと非常に遅い
LD A,(BC)やLD r,(HL)が7クロック、LD A,(nn)が13クロックなのに
LD r,(IX+d)が19クロックだからな
だからあまり使われない
あと、当時のコンパイラは8080用のコードしか吐き出さないコンパイラも多かった
- 211 :ナイコンさん :2021/03/13(土) 09:19:13.75 ID:fYDnuYmA0.net
- データ構造の工夫で対応できればいいけど、
構造体みたいなのにアクセスする時はインデックスレジスタ使ったほうが
効率的だったりするんじゃないの?
- 212 :ナイコンさん :2021/03/13(土) 10:02:45.43 ID:3F1NR+4Na.net
- 汎用レジスタをインデックスに使ったら勿体ないというのもある
汎用レジスタは足りないのが常だからな
- 213 :ナイコンさん :2021/03/13(土) 10:24:19.02 ID:K/emNMjm0.net
- >>210
> LD A,(BC)やLD r,(HL)が7クロック、LD A,(nn)が13クロックなのに
> LD r,(IX+d)が19クロックだからな
そうは言ってもLD r,(HL)でオフセット処理含めたらそれ以上にかかるわけで…
C言語は>>211が言うように構造体とかローカル変数とかでインデックス+オフセットでアクセスするケースが結構多いからIX, IY使わないのはもったいなさすぎる
- 214 :ナイコンさん :2021/03/13(土) 12:15:27.09 ID:Ya7NyehO0.net
- HLはレジスタ割付変数として使いたい場合が多いだろうしな
- 215 :ナイコンさん :2021/03/13(土) 17:19:58.69 ID:bMhdcOOW0.net
- そのとおり、結局、スタックフレームをシンプルに実装したいわけですよ。つまり
ld a,(bp+n)
ld (bp+n),a
というアドレッシングがあると楽できるんです。だから6502はCに向かないのです。
- 216 :ナイコンさん :2021/03/13(土) 18:18:05.35 ID:K/emNMjm0.net
- >>215
6502はインダイレクト・インデックス アドレッシングモードがあるからゼロページをベースレジスタと割り切れば意外とC向きだったりするよ
LDA [$80],Y ; 0x0080〜0x0081 が示す番地にYレジスタの値をオフセットとした番地の内容をAレジスタに読み込む
- 217 :ナイコンさん :2021/03/13(土) 20:20:31.73 ID:bMhdcOOW0.net
- ポインタとして使える16bitレジスタがない、スタックサイズが256byeまで…
6502、Z80、6809と比べても先発の6502は高速軽量でもCに向いてるとは
- 218 :ナイコンさん :2021/03/13(土) 21:01:24.29 ID:susbCSS10.net
- C言語に向いてる8bit CPUは後発の6809ぐらいじゃない?
Z80は結局、C言語本来の書き方すると効率が悪くなる場合があって
アセンブラコード出力を気にしながら
効率的なアセンブラコードが出力されるような書き方をあえてしないと
遅くなるのでは?
- 219 :ナイコンさん :2021/03/13(土) 22:14:01.00 ID:aLnnhpqfM.net
- >>217
> ポインタとして使える16bitレジスタがない
ゼロページをベースレジスタと割り切れば
って書いてるでしょ
インダイレクトアドレッシングモードがあるから性能はともかくそんなに不自由はしないよ
> スタックサイズが256byeまで…
まあこれがあるからでかいプログラムは難しいのは事実だけど
- 220 :ナイコンさん :2021/03/13(土) 22:23:18.93 ID:Ya7NyehO0.net
- 6502のCだと基本的にリターンアドレスしかスタックには積まず、
Forth言語系のようにユーザースタックを使う形だな
- 221 :ナイコンさん :2021/03/13(土) 22:27:13.54 ID:bMhdcOOW0.net
- では、少し実装見てみよう。とある6502 ATARIマシンのcコンパイラの場合
https://en.wikipedia.org/wiki/Deep_Blue_C
>The compiler creates binary code for Intel 8080 processor which is then executed by an 8080 virtual machine.
正直、割り切りすぎだと思う。
- 222 :ナイコンさん :2021/03/14(日) 01:03:12.69 ID:kMaGgd4N0.net
- >>221
はっはっは。
でも、その少し前のミニコンでも(Cじゃないけど)そういう手法は使われたみたいよ。
- 223 :ナイコンさん :2021/03/14(日) 15:01:55.84 ID:G+6Cwuck0.net
- Ms がMULTIPLAN開発に用いたというCコンパイラはpコード生成だったのかな。
色々な8\16bitパソにポートする際、機能統一をなるべくソースに入れずにランタイム
をいじって賄っていたという。おかげで低レベル機能のパソに縛られて表計算機能の
アプデが阻害されて先がなくなったとか。
pコードといえばUCSD pascalが有名で、AppleのApple pascalはUCSDの移植版。
UCSDのApple版の実際の移植はあのビル・アトキンソンがやったんだってね。Apple///
のシステムツールやアプリで多用されたとか。ウィザードリも。
https://news.ycombinator.com/item?id=18163849
https://www.folklore.org/StoryView.py?project=Macintosh&story=Joining_Apple_Computer&showcomments=1
- 224 :ナイコンさん :2021/03/14(日) 15:02:40.25 ID:G+6Cwuck0.net
- 入れずに 手を入れずに
- 225 :ナイコンさん :2021/03/14(日) 23:27:26.28 ID:0HBwh2H00.net
- 先っぽだけ
- 226 :ナイコンさん :2021/03/15(月) 15:15:08.27 ID:5Ixzpe1s0.net
- >>218
16bitでも32bitでも吐き出すコード気にしながら書くだろ
ところどころインラインでニーモニック直接書いたりするし
- 227 :ナイコンさん :2021/03/15(月) 22:09:37.97 ID:VIbKnyxH0.net
- AppleのWozniakも6502の8bit縛りによほどキレたのか仮想16bitCPUのsweet16提供してるし、
おら、8080のvmで逃げるのもありに思えてきたぞ。
- 228 :ナイコンさん :2021/03/16(火) 16:59:50.67 ID:4I1qaIRg0.net
- 6502はスタック以外の領域に2バイトデータや8バイトデータを積んでも
ペナルティが発生しないのところがさすがだよ
- 229 :ナイコンさん :2021/03/18(木) 16:57:48.67 ID:KP/5LSsF0.net
- 当時のC言語の使われ方だと、多種CPUでもソース分けせず移植性の高さを重視してたから、
8080互換は重要だったようだな
一応は6502ネイティブなC言語も、8080版との互換性重視で6502としては酷いコードしか出さないて愚痴られてた
740ファミリ用Cコンパイラのようなメモリモデル複数使い分けって、8086版でfarとか使うようになって開き直ってからか?
- 230 :ナイコンさん :2021/03/19(金) 22:12:15.15 ID:nzeCwSZ30.net
- 8080→6502ってやっぱりアーキテクチャ上、面倒な壁がありますね。→6809なら相当楽できたでしょうな。
- 231 :ナイコンさん :2021/03/20(土) 02:40:42.23 ID:N0bAO6o80.net
- むかし雑誌(たぶんOh.MZ)に書かれてたが、MZ2000用のLogo言語はCで書かれてたんじゃなかったっけ?
クロス開発かZ80セルフコンパイラのどちらだったかは憶えてない。
- 232 :ナイコンさん :2021/04/20(火) 08:54:16.85 ID:6Kgg+cdu0.net
- ねーねー、8bit機でC言語使われてた、まともに動くかはわかんないけどって話なのに、頑なにあり得ないって言っている人未だいるの??。
- 233 :ナイコンさん :2021/04/20(火) 11:49:24.25 ID:xniRtR4B0.net
- ねーねー、8bit機でC言語使われてた、まともに動くかはわかんないけどって話なのに、頑なにあり得ないって言っている人未だいるの??
- 234 :ナイコンさん :2021/04/21(水) 18:42:19.68 ID:/y3/WUs80.net
- 「まともに動く」」というのも定義が曖昧だな。
8bit機のLispは、まともに動いたのか?
8bit機のFortranは、まともに動いたのか?
8bit機の表計算ソフトは、まともに動いたのか?
8bit機のワープロソフトは、まともに動いたのか?
8bit機のDTPソフトは、まともに動いたのか?
8bit機のDTMソフトは、まともに動いたのか?
- 235 :ナイコンさん :2021/04/21(水) 18:45:28.46 ID:dVJyxsCY0.net
- 8bit機しか使えない頃には一晩がかりでもまともに動いてる扱いだったしな
- 236 :ナイコンさん :2021/04/30(金) 21:09:08.99 ID:TXXKhDs70.net
- ねーねー、8bit機でC言語使われてた、まともに動くかはわかんないけどって話なのに、頑なにあり得ないって言っている人未だいるの?? ?
- 237 :ナイコンさん :2021/05/01(土) 00:46:27.58 ID:iXk63Cxq0.net
- >>236
あの、ありえないキチガイくんは自分はいろいろ回答を求めるくせに、
自分が何か問われても都合が悪いのか一切答えないから聞いても無駄だよ。
- 238 :ナイコンさん :2021/05/26(水) 07:52:49.35 ID:EE8pdT/Ea.net
- そもそも「ありえない」がありえないキチガイ君が突然言い出した嘘だからね。
- 239 :ナイコンさん :2021/05/28(金) 08:39:12.65 ID:YH5Ey3Tt0.net
- 今までのまとめ
8bitCPUでC言語は普通に使えた。普及してた。
↓
ありえない。制限がいろいろあった。糞遅かった。開発環境は? PCの機種は? コンパイラは?
↓
答えず逃亡
↓
「8bitCPUでC言語はありえない」と文脈を改変、捏造し反撃に出る。
↓
しかし相変わらず使用してた開発環境を突っ込まれる。
↓
一人がPC98のDOS上のクロス開発で、しかもターゲットは組込Z80ボードと答えてしまう。
C使ってたと乗っかって暴れてた馬鹿の機種もR800の16bitCPUだったとバレる。
↓
昔の雑誌がアップロードされ、8bit機ではC言語は普及していないという記事が見つかる。
- 240 :ナイコンさん :2021/05/28(金) 09:10:14.66 ID:Qz+neusDa.net
- 「8ビットCPUでC言語あり得ない!」
↓
8ビットパソコンでC言語あり得ない!
↓
80年代に8ビットパソコンでC言語あり得ない!
↓
遅いから8ビットパソコンでC言語あり得ない!
↓
高いから8ビットパソコンでC言語あり得ない!
と「あり得ない」の条件をコロコロ変えてるが、80年代に8ビットCPUでC言語使っていたという書込みが何件かあったわけだ。
それに対しても「市販ソフトにはなかったからあり得ない!」という謎理論(屁理屈と言う)まで持ち出してまで「あり得ない」という嘘を付きとおしたいキチガイなんだよな。
- 241 :ナイコンさん :2021/05/28(金) 11:54:06.06 ID:5AMnJmNX0.net
- 6てん
- 242 :ナイコンさん :2021/05/28(金) 11:56:14.17 ID:8hlblSZV0.net
- 使い物にならんかったってのは事実
- 243 :ナイコンさん :2021/05/28(金) 12:03:39.69 ID:D7Yz8Auta.net
- MSXの信長の野望全国版はC言語だったし、使い物にならなかったってのは嘘
信長の野望で光栄はぼろ儲けした
- 244 :ナイコンさん :2021/05/29(土) 10:07:41.31 ID:6iAcixh3a.net
- 1例でもC言語が使われてる出てる時点で「ありえない」は嘘確定。
- 245 :ナイコンさん :2021/05/29(土) 10:58:07.17 ID:pxrQl6JU0.net
- 16bit機で開発ならありだろうけど
8bit機のコンパイル時間はムリ
- 246 :ナイコンさん :2021/05/29(土) 11:42:16.96 ID:8tVUB08P0.net
- 他機種でコンパイルするクロスコンパイラはスレ違?
- 247 :ナイコンさん :2021/05/29(土) 12:18:27.83 ID:5IwNbP5ma.net
- 最終的に8bitCPUでコンパイルしたコードが動けば、クロスコンパイルも有りでしょ
実際、昔のゲームメーカーはクソ高いワークステーションを買わされるから、それを使わない手はない
- 248 :ナイコンさん :2021/05/29(土) 14:33:41.93 ID:TjqNwZkD0.net
- そりゃアセンブリで書けるんなら不要だが現実的じゃないだろ。
- 249 :ナイコンさん :2021/05/29(土) 18:09:35.82 ID:EpB107XS0.net
- 信長の野望なんてシミュレーションゲームでリアルタイム性なんて二の次
PC9801版の大戦略なんてBASICで書かれてたらしい
- 250 :ナイコンさん :2021/05/29(土) 18:51:20.66 ID:/JBy9Rzc0.net
- マルチプランもCで書いてあったって話がもうとっくに出てるんだけどな。
まあ、実用的w
664 名前:ナイコンさん (ワッチョイ 2f7a-LJAA)[sage] 投稿日:2019/06/08(土) 00:47:38.17 ID:3UMAq+6A0
>>662
マイクロソフトのマルチプランも p code 実装だったのよね。ただし pascalじゃなくて C言語。
ランタイム・ライブラリを機種毎に用意して辻褄あわせしていた。ところが8bit機も16bit機も
同レベルな機能しか実現できなくなり、特にIBM-PCでLotus1-2-3に機能面で激しく追い抜かれたので
ゲイシが怒って廃盤。でもってEXCEL登場になったとか。以下あえて英文w
Multiplan was released first for computers running CP/M; it was developed using a Microsoft proprietary p-code C compiler[1]
as part of a portability strategy that facilitated ports to systems such as MS-DOS, Xenix, Commodore 64 and 128,
Texas Instruments TI-99/4A (on four 6K GROMs and a single 8K ROM), Radio Shack TRS-80 Model II, TRS-80 Model 4,
TRS-80 Model 100 (on ROM), Apple II, and Burroughs B-20 series. The CP/M version was also runnable on the TRS-80 Model II
and 4, Commodore 128, and Apple II with a CP/M card. In France, Multiplan was also released for the Thomson computers in 1986.
https://en.wikipedia.org/wiki/Multiplan
- 251 :ナイコンさん :2021/05/29(土) 20:41:53.02 ID:EpB107XS0.net
- >>247
16bitパソコンで動作する8bit用の手ごろな価格のクロスコンパイラ自体なかったのでは?
LSI-C80のクロスコンパイラだって1989年とかの8bitパソコン末期に出たのでは?
- 252 :ナイコンさん :2021/05/29(土) 20:42:51.18 ID:EpB107XS0.net
- >>250
そのせいでフルアセンブラのLotus 1-2-3に負けたのは有名な話
- 253 :ナイコンさん :2021/05/29(土) 21:06:36.91 ID:/JBy9Rzc0.net
- >>251
HI-TECH Cのクロスが5万イカだったよ。
>>252
8bit機に1-2-3無かったからねw
総レス数 303
86 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200