ファミコンってＣ言語でプログラムされてるの？

ファミコンってＣ言語でプログラムされてるの？ at TECH

1:デフォルトの名無しさん
07/07/04 23:24:30
プレステ２もＣ言語でつくれる？

2:デフォルトの名無しさん
07/07/04 23:26:03
ファミコンはアセンブラ

3:デフォルトの名無しさん
07/07/04 23:31:58
>>2
正確に言えば性能を追い求めたものはアセンブラ
適当に作られたものはＣ言語だろ

4:デフォルトの名無しさん
07/07/04 23:41:06
>>3
ファミコンは全部アセンブラ。

FORTHで書いた馬鹿がいた、NMI処理までFORTHだった、一辺子ねとかおもった。

5:デフォルトの名無しさん
07/07/04 23:57:17
ファミコン版が初めて Pascal 以外で書かれた Wizardry という
ことになるのかな？

6:デフォルトの名無しさん
07/07/05 00:13:44
>>5
パソコン版はみんなパスカルだったんですか…

7:デフォルトの名無しさん
07/07/05 00:17:21
>>6

8:デフォルトの名無しさん
07/07/05 04:06:42
>>4
FORTH、速度十分やし、割り込み処理でもインラインアセンブラ使えば全然問題ないのと違います？

9:デフォルトの名無しさん
07/07/05 05:28:34
>>8
京都人?

10:デフォルトの名無しさん
07/07/05 05:36:38
>>1
URLﾘﾝｸ(www.freescale.co.jp)

11:デフォルトの名無しさん
07/07/05 08:47:59
初期の信長はBasicｺﾝﾊﾟｲﾗだっけか

12:デフォルトの名無しさん
07/07/05 09:11:07
インタプリタ自体が載ってそうな価格だったけどな

13:デフォルトの名無しさん
07/07/05 10:33:25
Z80 の CP/M 上に 6502 用のクロスアセンブラという環境だった。
携帯型のオシロスコープのようなマシンで、幻の 3inch フロッピー(3.5inch ではない)がついていた。

14:デフォルトの名無しさん
07/07/05 16:25:09
スーファミもアセンブラ？プレステ１くらいからＣ言語になったのかね。

15:デフォルトの名無しさん
07/07/05 17:17:44
>>4
ファミコン（6502）のNMI？

>>13
3インチは幻でも何でもないですよ

16:デフォルトの名無しさん
07/07/06 02:24:51
SFCの頃はソニーが誇る格安ワークステーションのNEWSを使ってたんだっけか。
c言語でもできそうだけど、SFCはCPUが貧弱だったし、ROM容量をギリギリまで使う事考えると
アセンブラで書いてたんだろうなぁ。一応、ファミコンのやつとは上位互換の石だったし。

波形メモリとドライバ含めて64KBとか、真性マゾなサウンドプログラマーは小便垂れ流すほど喜んだに違いない。

17:デフォルトの名無しさん
07/07/07 21:35:23
>>6
ファミコン以前はそうだね。
Wiz自体の移植というより、Pascal環境の移植が大変だった。
Pascalはコンパイルしても、今でいうJAVAとかC#みたいな中間言語
形式だし。

18:デフォルトの名無しさん
07/07/08 01:01:35
>>17
へええ知らなかった
久しぶりにX1版やってみるか…

19:デフォルトの名無しさん
07/07/08 16:47:29
じゃあ遠藤の仕事って偉大だったんだな。当時ＦＣ版wizこんなもん簡単に移植できるだろと思って馬鹿にしてた。環境含めて全部一から組みなおしたわけなのか。

20:デフォルトの名無しさん
07/07/09 02:49:28
ファミコンに移植したいって打診したら先方に
「ファミコンにはPascal環境無いから移植できるわけねーズラ(ﾜﾗ」
って言われたんで意地でもアセンブラだけで移植してやるとか思ったとか。
頑張ったのは認めるが、ぬるいバランスに改竄しやがってこの野郎、と言いたい。

21:デフォルトの名無しさん
07/07/09 22:42:06
ファミコン版Wizは羽田健太郎という名前を知るゲームだったな。
まあマクロスで既に知ってたけど。
ご冥福をお祈りします。

22:デフォルトの名無しさん
07/07/10 22:07:19
68000のニモニックを6502のニモニックに変換するトランスレータなんて作ってた。あの頃

23:デフォルトの名無しさん
07/07/13 01:36:30
一部のコーエーのファミコンゲームはC言語で作られたって聞いたことあるんだけど、どうだっけ。
C言語で作るためにカセットの容量を大幅に拡張したとも聞いた。
もしかするとSFCの記憶違いかもしれない…

24:デフォルトの名無しさん
07/07/13 08:03:38
光栄ってなんであんなに馬鹿高かったの？
ナムコが3900円に対して1万強だよ？

25:デフォルトの名無しさん
07/07/14 01:18:59
>24
過去形じゃなくて今でも高いよ

26:デフォルトの名無しさん
07/07/14 19:10:25
>>25
ナムコのあれの３９００円シリーズでは当時任天堂と大喧嘩してだでそ。当時の任天堂ってまだ半分ヤクザみたいなもんだったからナムコは相当びびってただろうね。結局何本か出してナムコ側が屈服したけど。
光栄みたいにぼったくりで高く出す分には任天堂はニンマリしてくれるんだよね。

27:デフォルトの名無しさん
07/07/15 03:17:03
>>3
6502を知らないから、そんな無知なことを発言できるんだよなぁ
きもいよｗ
あれを現状のアセンブラと比較するのは酷なもんだよ。
すくなくともアセンブラを知っているならアドレス指定が８ビットだけの
世界で何ができるか考えてみたほうがいい。
家電で使われている４ビットＣＰＵよりツカエネーぞｗ
知っていれば難解なパズルとか、機械仕掛けの精密な腕時計と比較するべき
存在だとおもわれ。
同じアセンブラでも68000のアセンブラと6502のアセンブラを比較するなら
犬の遠吠えと人間の会話ぐらい違うよ。
８ビットＣＰＵでＣ言語がツカエネーのは単にメモリ空間とレジスタ幅の
問題といったほうがいいかもな。
１６ビットＣＰＵ用でもサブセットなＣ言語と見なしたほうがいい。
６８０００は命令語レベルのアーキテクチヤ系は３２ビット仕様
Ｚ８０でぎりぎり１６ビット、８０８６でも１６ビット、８０３８６で３２ビット
６８０９もぎりぎり１６ビット、

アップル２のＶＲＡＭ仕様が６ＫＢでカラードットグラフィクスを実装できた
事実を計算して矛盾がでないか試算できるほどの能力があれば、
６５０２の時代の技術屋がどれだけ難解な職人だったか理解できるよｗ

28:デフォルトの名無しさん
07/07/15 03:21:13
>>20
バランスは使用言語と関係ないだろ
>>27
富豪的環境しか知らないゆとりにマジレスするなよ

29:デフォルトの名無しさん
07/07/15 06:43:30
PC版Wizは「不正」前提での難易度。
まあエミュ世代じゃ何のことか判らんだろうな。

30:デフォルトの名無しさん
07/07/15 09:01:35
アドレス指定が8ビットとか、Z80が16ビットとか、どこから沸いた妄想なんだ？
6502はちゃんとアドレスバスが16本出てるんだが。
機械語レベルでみても、絶対番地(当然16ビットだ)、インデックス付き絶対番地、
プログラムカウンタ相対、ゼロページ、インデックス付きゼロページ、と、
アドレッシングモードは十分に容易されてるし、ゼロページを8ビットまたは16ビットの
レジスタ群とみなせる分だけ強力だ。
というか、Z80ごとき非力なヘナチョコ8ビットの石では、使いやすさで6502の足下にも及ばんよ。

31:デフォルトの名無しさん
07/07/15 09:34:46
でも、スタックポインタは8bit

32:デフォルトの名無しさん
07/07/15 10:06:16
ARMはどう？

33:デフォルトの名無しさん
07/07/15 11:38:05
ARMは変態

34:デフォルトの名無しさん
07/07/15 15:41:58
ARMとか寄り道してると人生損した気分になるよな

35:デフォルトの名無しさん
07/07/15 19:24:32
あるあるある

36:デフォルトの名無しさん
07/07/15 19:27:37
条件ジャンプならぬ条件比較が好きで今も忘れられないんだけどな…

37:デフォルトの名無しさん
07/07/15 20:03:52
C言語でもなんでもいいけど、
それはどこが作った処理系なの？

38:デフォルトの名無しさん
07/07/15 20:25:00
>>30
そんな意味の強力さでは、スレタイトルのＣ言語ネタになっていないだろ。
マヌケ君か？
Ｃコンパイラの仕様を満たせる6502のＣ言語があるのか？

39:デフォルトの名無しさん
07/07/15 20:59:06
>>38
ANSI準拠なクロスコンパイラなら既にあるから、Cを使った6502開発は可能だが？

40:デフォルトの名無しさん
07/07/16 04:12:56
>>39
トンデモがきたか？
自作で行うのと。商品で行うのは別だよな。
Ｃは6502レベルだと高級すぎてハードウエア的に無駄の塊になる。
つまり6502のバイナリ－レベルには最適化できねーんだよ。

41:デフォルトの名無しさん
07/07/16 06:49:54
何この電波だらけｗ

42:最近多いな
07/07/16 09:59:53
>>39
デンパ君かえれ

43:デフォルトの名無しさん
07/07/16 15:24:25
>>38
>マヌケ君か？
>>27　ほどじゃないと思う。

44:デフォルトの名無しさん
07/07/16 16:26:17
チキンレースかよ…

45:デフォルトの名無しさん
07/07/16 18:55:01
>>40
無駄が生じるのは承知しているが、組み込み分野ではC言語を使うという選択肢が
現実に存在している。ほれ、この通り。
URLﾘﾝｸ(www.iar.com)

Cコンパイラの仕様を満たせる6502のC言語があるのか、と問われたから、
実在すると答えたまでだ。6502、Z80、6809みたいな8bit CPUをターゲットに
C言語を使うとき、バイナリレベルの最適化を目的にするアホはいない。

そもそも、c言語に向いてないという意味ではZ80も同じ。
なぜ6502だけが向いていないかのように誘導するのか不思議でならない。

46:デフォルトの名無しさん
07/07/16 20:20:04
URLﾘﾝｸ(c-au.2ch.net)
URLﾘﾝｸ(c-au.2ch.net)

47:デフォルトの名無しさん
07/07/17 02:14:04
>>45
シビアな用途では向かないのは当然だろう、おまえはＲＯＭとＲＡＭの
容量計算もできないのか？

48:デフォルトの名無しさん
07/07/17 05:59:55
>>47
計算できるかどうかと、Cコンパイラが実在するという事実の指摘に
一体何の関係があるのやら。
あんた一体何がしたいんだ？

49:デフォルトの名無しさん
07/07/17 10:48:23
ROM化の話となれば、現行の高級なCPUでもＣ言語使うには制約多いってのｗ

50:デフォルトの名無しさん
07/07/17 10:49:09
>>49
どんな制約?

51:デフォルトの名無しさん
07/07/17 11:15:06
RISCの命令セットはCに向いてるとは言えない。

52:デフォルトの名無しさん
07/07/17 11:31:00
夏真っ盛り

53:デフォルトの名無しさん
07/07/17 12:00:54
>>52
うん。無駄に熱い　(≠暑い)　ね。

54:デフォルトの名無しさん
07/07/17 12:58:32
インターネットの噂に依るとPSはBrainfuckで作られたそうです。

55:810
07/07/17 16:15:30
Appleの頃の6502ユーザーとFC以降のユーザーが
時空を超えて議論してるの？
”当時”の意味がそれぞれ違う気がするが・・・

56:デフォルトの名無しさん
07/07/17 17:13:14
>>55
PET2001ユーザとPCエンジンユーザかも知れず。

57:デフォルトの名無しさん
07/07/17 18:19:18
まあ、脳みそが硬化してる耄碌ジジイはすっ込んでてもらいたいね。
自分が言いたいことをわめくばっかりで、全然人の話を理解してない。

58:デフォルトの名無しさん
07/07/17 21:30:28
Cは、PDP11とかのCPUに親和的に出来ているんだよ。
ミニコンから派生したM68000とかにも親和的。
そのCPUのインストラクションセット知ってると、
なぜインクリメントを++と書くのか、分かるよ。

59:デフォルトの名無しさん
07/07/17 21:59:36
>>58
>なぜインクリメントを++と書くのか、分かるよ。
インストラクションセット知ってるけど、わからない。なぜ？

60:デフォルトの名無しさん
07/07/17 22:06:08
68000だと、
mov.l (a0++),D0

とかあったよね？

PDP11なんてシランけど。

61:デフォルトの名無しさん
07/07/17 22:19:43
>>58
＞なぜインクリメントを++と書くのか、分かるよ
むしろそれ以外に何か書きようあるか?

62:デフォルトの名無しさん
07/07/17 22:55:56
>>61
inc x
up x
x<:1

63:デフォルトの名無しさん
07/07/17 22:57:18
>>61
むしろ何故そんなものを導入したのか、疑問にも思わないのか？

64:デフォルトの名無しさん
07/07/17 22:58:12
>>58
The　Art　of　UNIX　Programing　によると、インクリメント演算子がPDP11から来てるってのは都市伝説らしい。

65:デフォルトの名無しさん
07/07/17 23:07:14
PDP7 向けの B 言語の時に既に ++ はあったんだっけ?

66:デフォルトの名無しさん
07/07/17 23:10:52
>>62
微妙だね･･･

>>63
良く使わない?

67:デフォルトの名無しさん
07/07/17 23:44:34
マクロ展開したりすると副作用があるんだよねぇ++って
言語体系としてはいまいち使うの注意って感じだよ。

68:デフォルトの名無しさん
07/07/17 23:46:02
move.l d0-d7/a0-a5,-(sp)
move.l (sp)+, d0-d7/a0-a5
↑こういうのは知ってるが

mov.l (a0++),d0
↑こんなのは知らん。

69:デフォルトの名無しさん
07/07/17 23:47:58
む、いかん。moveではなくmovemだった。

70:デフォルトの名無しさん
07/07/18 07:19:33
>>48
単なる粘着ヴぁか？、何も知らないって愚かだよな

71:デフォルトの名無しさん
07/07/18 12:04:50
>>70
よう、おかえり。

72:デフォルトの名無しさん
07/07/18 15:21:40
漢が熱い萌える闘魂プログラマーだから

73:デフォルトの名無しさん
07/07/18 16:06:06
技術があるのも知識があるのも素直に尊敬するけど、
それが曲がった人間性を補強する材料になってしまうのは
ちょっとなぁと思う20代

74:デフォルトの名無しさん
07/07/18 21:34:01
>>71
自作自演はいい加減やめとけ、消防レベルだぞ

75:デフォルトの名無しさん
07/07/18 21:46:09
>>73
技術や知識があるから曲がった人間になってしまうというのもあるよ。
周りの人間に足引っ張られてばかりだとね…

76:デフォルトの名無しさん
07/07/18 22:05:06
>>30や>>45あたりは、まともなこと言ってるようにしか見えないのって気のせい？
調べてみたら>>27に書いてあることって、本当に嘘だらけだったし。

77:デフォルトの名無しさん
07/07/18 23:34:41
>>73
まっすぐすぎるのも面白くないもんだよ

78:デフォルトの名無しさん
07/07/19 05:44:25
爺さん同士の馴れ合いはマ板でやればいいのに・・・

79:デフォルトの名無しさん
07/07/19 06:56:02
いいのに？

80:71==56==43
07/07/19 11:03:56
>>74
妄想癖ではないとしたら、相当間抜け。

>>76
ただ　>>31　みたいな事情もあるんで結構使い辛い。
安いだけのことはあるっつーか。

81:デフォルトの名無しさん
07/07/19 22:29:03
ゼロページレジスタという最強の武器をもってこのザマか。

82:デフォルトの名無しさん
07/07/19 22:44:48
まあ、それでもZ80使うよりは楽なんだけどね。
家庭用だとMSXとかがZ80使ってたけど、あれのCコンパイラは酷いもんだった。

83:デフォルトの名無しさん
07/07/19 22:52:10
LSI-C80はそれなりだったよ。MSXとじゃ、時代が違うけど。

84:デフォルトの名無しさん
07/07/24 15:26:05
>>80
アセンブラもしらないのに何でオマエが書き込みするんだ？

85:デフォルトの名無しさん
07/07/24 16:37:17
LSICの存在価値はプレインテキストの関数リファレンスだけだったな。

86:デフォルトの名無しさん
07/07/27 23:14:58
>>39
遊びと仕事を区別できない奴だなぁｗ
6502でクロス使ってもメモリに入りきらなければ意味ねぇじゃんｗ

87:デフォルトの名無しさん
07/07/28 13:13:38
> 6502でクロス使っても
クロスコンパイラの意味わかってる？

88:デフォルトの名無しさん
07/07/31 22:30:19
わかってないのは>>87の方だったりしてｗ

89:デフォルトの名無しさん
07/08/01 17:15:56
>>88
分からないから説明して

90:デフォルトの名無しさん
07/08/01 20:45:22
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
64KBしかアドレス領域の無いマシンに100KBとかの実行コード乗せられねえだろ。

91:デフォルトの名無しさん
07/08/01 20:46:02
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
32KBしかROM領域の無いマシンに40KBとかの実行コード乗せられねえだろ。物理的に

92:デフォルトの名無しさん
07/08/01 20:47:33
>>90の書き込みはさすがにウソだ、忘れてくれｗ

93:デフォルトの名無しさん
07/08/01 22:13:34
でも元の話はANSI C対応のコンパイラが存在するかどうかという話だったのだから、
実用性は二の次以下にしか考えられていなかったと思う。

94:デフォルトの名無しさん
07/08/01 22:19:22
>>91はクロスコンパイラの説明にまったくなってないんだが
クロスコンパイラの「クロス」の説明をしてくれないか

95:デフォルトの名無しさん
07/08/01 23:21:18
布

96:デフォルトの名無しさん
07/08/02 00:53:59
つまんねーヤツｗ

97:デフォルトの名無しさん
07/08/02 14:50:49
なんか仮定の想像の域のエセ論理と、リアルの話が混在している。

理屈だけ先行しても現実に使えないものは使えないでＦＡじゃないか？
ときどきいるんだよな、理論と現実が合わないと理論で行動して事故に
合うマヌケ君てｗ

98:デフォルトの名無しさん
07/08/02 16:50:01
お前ｗ ←これ好きだなぁ
あと意味のわからない単語を知ったかぶりするのは止めた方がいいよ

99:デフォルトの名無しさん
07/08/03 09:18:40
クロスコンパイラって、パソコン上で6502のマシン語コードを吐き出す奴。

100:デフォルトの名無しさん
07/08/03 10:51:33
それだけがクロスコンパイラかいw

101:デフォルトの名無しさん
07/08/03 21:22:37
>>99
Apple][やPET2001もパソコンだけどそれらが6502のコード吐いてもクロスコンパイラなの？
コンパイラの存在は別として

102:デフォルトの名無しさん
07/08/03 22:32:11
ああ、Z80のマシンで8086のコードを吐き出しても、クロスコンパイラ

103:デフォルトの名無しさん
07/08/03 22:33:49
ホストＣＰＵと異なるＣＰＵ向けの実行コードを吐き出す奴は、全部クロスコンパイラだぁ
もんくあっか？

104:デフォルトの名無しさん
07/08/03 22:35:40
ならx86 Linux上でx86 Windows用バイナリを吐き出すGCCは何？
俺はこういうのもクロスコンパイラの内だと思うんだけど。

105:デフォルトの名無しさん
07/08/03 23:25:39
それで合ってるよ

106:デフォルトの名無しさん
07/08/04 00:39:09
>>100
「それ」以外の説明をおながいしますｗ
ぜひｗｗｗ

107:デフォルトの名無しさん
07/08/04 00:58:00
もしかして>>102はApple][やPET2001がZ80だと思ってんのか？

108:デフォルトの名無しさん
07/08/04 01:05:39
>>107
んなわけねえだろw

109:デフォルトの名無しさん
07/08/04 20:39:04
このスレってファミコン全盛期当時の環境前提での話だよね？

＞6502のレジスタはPCが16ビットであることを除き、すべて8ビットである。
って書いてあるんだがファミコンは８ビットでおｋ？

110:デフォルトの名無しさん
07/08/04 21:52:08
昔から思ってたんだけど
Apple][
って表記はきもいです

111:デフォルトの名無しさん
07/08/04 23:27:08
そんな文句はアップルに言ってくれ。
起動画面に APPLE][ と出してたのはアップルなんだから。

112:デフォルトの名無しさん
07/08/05 02:13:58
6502でコードがどのようになるかすら知らない無能君がクロスコンパイラとか
Ｃ言語とか抜かしているのが笑える。
そもそもアセンブラのニーモニックの一部をみたことがある程度じゃないのか？
6502でＣのソースを機械語へ翻訳するのは可能だが68000なCPUと比べれば
そのコードが桁違いに増大するのは明白だろう。
そもそもビット数がないレジスタとメモリ空間が６４ＫＢしかない
極小の世界というのが理解すらできていない。
何をするにも８ビットの壁が存在するのが6502だろｗ
8086で16ビットの壁があって80386で32ビットの壁がある、これは明白であって
それ以上のことを模擬したとしてもそれは模擬でしかすぎない。
数百倍も手間がかかるクロスコンパイラが吐き出すコードなどに意味がある
訳が無いだろ。８ビットでこそ効率的に処理できるＣＰＵに３２ビットで
表現するのが普通なＣ言語というのは無茶すぎる。
8086のＣだって無理があり制限機能だらけだった事実すらしらねーのが
クロスコンパイラが存在するから可能だと言うのはロケットがあるから
シリウスまで飛べるはずだと誇張するようなものだろｗ
妄想もいい加減にしておけ。無知は困るよな。
いまのＣＰＵの概念すら通じないＣＰＵだってあるんだぞ、
具体的に条件分岐命令が存在しないＣＰＵとかだｗＮＥＣ製にあるｗ
古いＣＰＵについて無知なのは当然だろうけど、思い込みもいい加減にしておけ。

113:デフォルトの名無しさん
07/08/05 02:41:43
そんな長文（しかも的外れ）書くほど悔しかったのか？

114:デフォルトの名無しさん
07/08/05 02:49:00
どうでもいいけど4bit=1nibble

115:デフォルトの名無しさん
07/08/05 03:00:30
じゃ16オクテット=1パラグラフ

116:デフォルトの名無しさん
07/08/05 03:06:56
まあ、まあ、８ビットCPUでも十分短い実行コードで十分実用可能なんだけどね。
特に6502とか、6809の系統は、メモリーへのアドレッシングが豊富だから。
あと、6502は、零ページレジスタと言って簡単に扱えるメモリー領域があるから、
ちょっとしたコードならすごく短く済む。

117:デフォルトの名無しさん
07/08/05 03:10:06
遅延ジャンプ搭載！

118:デフォルトの名無しさん
07/08/05 03:23:14
リロケータブルジャンプとか懐かしいな。

119:デフォルトの名無しさん
07/08/05 04:15:40
>>118
x64で再配置可能なプログラムが画期的な新機能のようにアピールされている件

120:デフォルトの名無しさん
07/08/05 18:37:49
お前らオペランドジャンプって分かる？

121:デフォルトの名無しさん
07/08/06 11:54:37
>>112
>３２ビットで
>表現するのが普通なＣ言語
↓
>無知は困るよな。

>8086のＣだって無理があり制限機能だらけだった事実
kwsk

122:デフォルトの名無しさん
07/08/06 18:46:10
>>121
6502で１ＭＢのメモリをコピーしてください。ｗ

123:デフォルトの名無しさん
07/08/06 19:16:09
>>122
先ずは、1MBのメモリをコピーできる、6502搭載のシステムを用意してください。
その仕様を明らかにしていただければ、必ずやコピーしてご覧に入れましょう。

124:デフォルトの名無しさん
07/08/06 20:15:59
>>122
6502で1MBのメモリコピーになんの実用性も有るとは思えんが・・・
お前はバンク切り替え知らんのか？

125:デフォルトの名無しさん
07/08/06 21:01:20
知らんのか？

126:デフォルトの名無しさん
07/08/06 23:17:06
Z80のバンク切り換えで実現した仮想ディスクを思い出した。
バンク切り換え8ビット+アドレスバス15ビットでやっと8MB……

127:デフォルトの名無しさん
07/08/07 00:45:11
>>124
おまｗなんの実用性も無いものを、

クロスコンパイラがバンク切り替えのコードを自動で吐き出すのか？ｗ
わざわざ無意味なことをｗｗｗｗｗ
6502にＣ言語なんて笑えてハライタイｗ

Ｃ言語でプログラムされるか？というスレッドで、Ｃ言語プログラムが
まともにできると粘着して主張している奴がいるｗｗｗｗ

ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ

128:デフォルトの名無しさん
07/08/07 00:47:18
＞バンク切り替え
つかバンク切り替えのハードウエア追加してどうするｗ
それじゃ６５０２のＣＰＵ以外の機能で実現するシステムじゃんｗ
ＦＰＧＡで組んだＣＰＵに実装でもするか（ｒｙ

129:デフォルトの名無しさん
07/08/07 00:57:16
つＤＭＡＣ

130:デフォルトの名無しさん
07/08/07 02:25:13
> ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ

131:デフォルトの名無しさん
07/08/07 06:55:12
C言語は初期UNIXを移植するために作られたわけだが、
そのターゲットはDEC PDP-11
PDP-11 は16bit CPUで、その仮想アドレス空間は64k

132:デフォルトの名無しさん
07/08/07 07:50:38
ちなみにC言語はB言語を参考にしている

133:デフォルトの名無しさん
07/08/07 10:54:06
B言語はA言語を

134:デフォルトの名無しさん
07/08/07 11:16:28
↑嘘吐くなｗ

135:デフォルトの名無しさん
07/08/07 14:29:36
B言語はBCPLのサブセットじゃなかったっけ？よーらんけど。

136:デフォルトの名無しさん
07/08/07 17:48:55
パソコンに繋がった自律ロボットにプログラムを転送する場合も
パソコンでロボット制御を制御していることになるのか？

6502のＣＰＵならそれ自身でＣ言語でプログラムグ環境と実行環境と
実際に開発できた市販アプリが１件でも存在しているなら
6502のＣ言語でプログラムされたという事実を認めてやろうｗ
嘘はくなよな

137:デフォルトの名無しさん
07/08/07 17:49:44
D言語はDelphiを

138:デフォルトの名無しさん
07/08/07 18:11:22
>>27　は、その情熱を仕事に向けるべきだと思う。

139:デフォルトの名無しさん
07/08/07 20:33:31
>>18
パッケージや取説にかいてあったろ？

140:デフォルトの名無しさん
07/08/07 20:40:42
どうして　>>86みたいゴミくずが放置されているの？

141:デフォルトの名無しさん
07/08/07 20:45:15
6809でｃ使ってアプリ書いたことあるよ。

FM-77ですけど。

142:デフォルトの名無しさん
07/08/07 23:27:13
＞嘘はくなよな
「嘘吐く」と書いて「うそはく」と読む人ですか?

143:デフォルトの名無しさん
07/08/07 23:38:49
出発（でっぱつ）

144:デフォルトの名無しさん
07/08/07 23:41:47
>>142
それは嘘を「はく」でいいんだよ
日本語として何もおかしくない。
恥ずかしい奴だなおいw

145:デフォルトの名無しさん
07/08/07 23:50:51
>>134
まぁBCPLやPascalといった手続き言語は ALGOL の影響を強く受けてるから
間違いじゃないよな

146:デフォルトの名無しさん
07/08/07 23:54:29
>>144
菊は一時の恥と申しまして。

147:デフォルトの名無しさん
07/08/08 00:02:52
この人には何言っても無駄だよ

148:デフォルトの名無しさん
07/08/08 02:20:58
嘘吐くを「嘘はく」と読む「嘘はき」がいるスレはここですか？

149:デフォルトの名無しさん
07/08/08 05:28:07
ほぼ全てのスレに居ると思うが…

150:デフォルトの名無しさん
07/08/08 06:44:50
この吐くに関しては、表外音訓だから、
普通の文章では、漢字であんまり書かないし、
間違う人はいる気がする。

嘘じゃなくて、悪態とかだったら、読みを考えただろうけど。

151:デフォルトの名無しさん
07/08/08 06:48:33
間違うも何も「はく」も「つく」も両方間違いではないんじゃないか？
うそをはくって言い回しはちょっとレトロな感じだね

152:デフォルトの名無しさん
07/08/08 07:56:49
>>112
どんなに長文を書こうとも、実行速度は6502>68000。
PCエンジンとメガドライブをみればその実力差は明白。

153:ビル･ジョブス
07/08/08 10:23:01
念のため任天堂ファミコンはRICOHカスタムの65C02だったよな。

154:デフォルトの名無しさん
07/08/08 15:07:36
HuC6280は確かに、メモリも組み込まれてて速かったな。

155:デフォルトの名無しさん
07/08/08 17:10:25
１ＭＨｚで動作するＣＰＵでＣ言語を語るスレですか？
ＧＨｚの時代にＣ言語が１ＭＨｚなんて、日本海の水をコップで
太平洋にくみ出して水を増やしているような次元だろ。
あたま悪すぎｗ
そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
何ができるんだ？２５６バイトの最大配列か？

156:デフォルトの名無しさん
07/08/08 17:51:29
>>155
>そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
帰れ莫迦。

157:デフォルトの名無しさん
07/08/08 18:00:53
>>155
機体の性能でゲームの面白さを語れると思ったら大間違いだぞ房や。
昔の人はそれでも頑張った。

158:デフォルトの名無しさん
07/08/08 19:30:46
シャアかw

159:デフォルトの名無しさん
07/08/08 19:55:05
FFXIよりも初代スーパーマリオの方が面白いのは間違いない

160:デフォルトの名無しさん
07/08/08 22:17:33
昔のゲームって
いい具合に抽象化されてるから、感情移入がしやすいんだよね。
だから面白いと感じるんだよ。

161:デフォルトの名無しさん
07/08/08 22:22:15
感情移入してた奴なんかむしろおらんやろw
マリオやアーサー（魔界村）やビッグバイパーに感情移入してる奴がいたら怖いわ
何をいってんだチミは。

162:デフォルトの名無しさん
07/08/08 23:50:42
ここは加齢臭が目にしみるスレですね

163:デフォルトの名無しさん
07/08/09 04:18:03
>>155
言ってる事がよくわからない。
6502のインデクスレジスタは8bit幅だが、0ページの連続した2バイトをアドレスレジスタとして
使えるから、ポインタそのものは16bit幅になるんだが。

まさか、Z80は8bit定数しかディスプレイスメント値として指定できないから、
Z80ではポインタは8bitアドレスしか使えない、などと間抜けた事は言うまい？

164:デフォルトの名無しさん
07/08/09 22:39:55
>>163
１６ビット幅でも足りないよ、ゴミ以下

165:デフォルトの名無しさん
07/08/10 00:42:59
とりあえず光栄は何らかのコンパイラ使ってたかも。
遅い上にワーク用のRAM増やしてたし。

ANSI-Cは1989策定だから当時は使われていないか、
存在していなかったと思う。

>>164
16bitのアドレスバス幅しかないのに足りないってどういうこと？ｗ

166:デフォルトの名無しさん
07/08/10 11:18:31
ファミコンでCで組んでた実例とか示せば一発なのに、なんでしないの？

167:デフォルトの名無しさん
07/08/10 11:34:37
デザイナーなかじまかおる

168:デフォルトの名無しさん
07/08/10 20:50:36
>>166
逆に質問するが、どうやって実例を示すんだ?
ゲーム会社は自社の技術の流出を防ぎたいから、
「当社ではファミコンソフトの開発にCを使ってます(使ってました)」
と公式に発表した記録なんてないだろうし、
「俺は昔、Cでファミコンソフト作ってた」
「これが、ゲームソフト○○のソースコード」
みたいな書き込みは真偽の確かめようがない。

169:デフォルトの名無しさん
07/08/10 23:01:00
ｃ使ってファミコン開発してた初老のじじいがほくそ笑むことの出来る瞬間。

170:デフォルトの名無しさん
07/08/11 00:46:07
>>166
ファミコンはしらんけど、6502のapple　IIはふつーに各種コンパイラが動いてただろ。

171:デフォルトの名無しさん
07/08/11 00:52:47
80年前後にそんな気の利いたものがあるわけなかろうがw

172:デフォルトの名無しさん
07/08/12 13:41:26
>171
少しぐらい調べろや

173:デフォルトの名無しさん
07/08/13 00:36:34
>>170
AppleII用はTinyベースで動いていたね。
しらねーのか？
それらはモドキであって、それ以上ではない。実際に物も使ったことないんだろ？
>>172
調べる？アフォかよ。本体もってリアルでやっていた人に物を言う
姿勢か？ｗ
昔話しても仕方がネェけど。おまいらが想像する世界を越えていたのが
AppleIIだろ。
あのハードウエアでとてつもないソフトや性能や技術を満載していた原点に
もあたる存在でappleが神であった証がappleの初期マシンにある。

174:デフォルトの名無しさん
07/08/13 00:47:40
>>173
最初から最後まで全く意味がわからんレスも珍しい
そもそも何が言いたいんだ？

175:デフォルトの名無しさん
07/08/13 02:32:30
>173
>172 は >170 の発言を肯定しているじゃないか

176:デフォルトの名無しさん
07/08/13 10:56:19
だからつっかかってるんでしょw

80年前後にもマイコン用のコンパイラはそりゃああるにはあったけど、
オモチャであって実用レベルの代物では到底なかったと思ったけど違ったかな？

177:デフォルトの名無しさん
07/08/13 11:42:04
UCSD Pascal が Apple][ で動いてたような気がするが。

178:デフォルトの名無しさん
07/08/13 11:53:47
>>176
元々今のPCに較べれば玩具にも劣る性能しかないPCで、今の基準で実用的なものが作れるわけがないっしょ。
それとも何か? ENIACは玩具だったとでも?

179:デフォルトの名無しさん
07/08/13 12:01:14
今の基準ったって絵や文字が細かく表現豊かになっただけで、
必要最小限の能力は十分あっただろ。

ま、今ですら画面ひとつの情報量は証明写真くらいの量しか無いけどな。

180:デフォルトの名無しさん
07/08/13 12:03:40
性能からいえばENIACよりApple][の方がマシではないかな
それにENIACは動いているより修理している時間の方が長かったしな

181:デフォルトの名無しさん
07/08/13 12:08:42
>>178
まあいいから落ち着いて「話の文脈」を確認し給えよ。
短絡的に人の言葉尻を捕らえてないで。

>>170が当時フツーにコンパイラが使えるし使われている状態だった、
といっているからそれは事実誤認だといっているに過ぎんだろう。

182:デフォルトの名無しさん
07/08/13 12:24:05
>>181
だから、Apple][ではUCSD Pascalが普通に動いてたって話じゃん。
少なくともそれで弾道計算くらいは充分できていたよ。

183:デフォルトの名無しさん
07/08/13 12:26:22
80年頃にAppleII使って弾道計算するのが「ふつー」の使い方かw
こういう自分の間違いを認められない可哀想な奴と話してると疲れるな

184:デフォルトの名無しさん
07/08/13 12:31:29
「弾道計算くらいは充分できていた」≠「弾道計算するのがふつー」

185:デフォルトの名無しさん
07/08/13 12:32:00
>>184
そういう自分の勘違いを認められない可哀想な奴と話してると疲れるな

186:デフォルトの名無しさん
07/08/13 13:28:03
Apple][で弾道計算していたなんて誰も書いてないけどな
それはそれとして弾道計算するのにPascalコンパイラは必要ないんｼﾞｬﾏｲｶ

187:デフォルトの名無しさん
07/08/16 18:06:07
>>185
日本語読めないならもう来なけりゃいいと思うのね。

188:デフォルトの名無しさん
07/08/17 12:44:34
なんか弾道計算は世界最初のコンピュータ時点で扱われていた問題で
6502で「ふつー」とか言っている時点で意味不明な発言なんだか。ｗ

>UCSD Pascal
>>182
おまUCSD Pascalを知っていもしないのに何をはびょっているんだ？ｗ
仮想マシンのPコードが動けばどのマシンで動くといわれている奴で
リアルに動いているようなものじゃないぞ。
そもそもＣ言語がPコードで動くなんて始めて聞いたが
Ｃ言語の話をPascalに脳内捏造でもしたのか？

189:デフォルトの名無しさん
07/08/18 17:27:53
6502で動いてたんなら、p-codeでなにが問題かわからんけど。

論点は、6502とCで実用的なものが作れるかってことだろ?
信長の野望とか大戦略の初期のやつはZ80でBASICだし、6502とCの組み合わせでも
余裕で組めるね　>　商用レベルのゲーム

190:デフォルトの名無しさん
07/08/18 18:15:24
実用の意味がわからん
まるで当時のパソコンでは実用ソフトが皆無だったような書き方は好かん。

191:デフォルトの名無しさん
07/08/19 07:20:14
組込みレベルの開発でもCは実用的な物を作れる。
というか使われてる。

192:デフォルトの名無しさん
07/08/19 11:41:02
>>191
>組込みレベルの開発でもCは実用的な物を作れる。
>というか使われてる。
たしかに間違いではないが、激しい誇張で嘘の域に近い。
実態はマクロとインラインアセンブラだらけだろ。
経験もしたことが無いことを語られてもなぁｗ

193:デフォルトの名無しさん
07/08/19 11:44:01
>>192
自分の居る井戸の狭さに気付いた方が宜しいかと。

194:デフォルトの名無しさん
07/08/19 13:13:58
安易に「組み込み」なんていう振り幅のひろい言葉を使うのはどうかとは思うが、
191の言ってることの方が正しいね。

8051ですらC（もちろん特殊仕様ではあるが）が普通だし、H8ならC++が使えるしね。

195:デフォルトの名無しさん
07/08/19 19:33:23
組み込み Linux みたいなのも組み込みだからなあ

196:デフォルトの名無しさん
07/08/19 22:25:00
H8ぐらいなら、一部アセンブラでほとんどCでかけるだろ。

197:デフォルトの名無しさん
07/08/20 18:52:34
さらしアゲｗ

198:デフォルトの名無しさん
07/08/20 19:35:43
なんか面白い話してるね。
当時 Apple ][ で確かに幾つかの言語のコンパイラはふつーにあった。
でも、それで実用アプリ？（表計算にワープロにゲームとかかな）を
作っているかどうかとなると、、、Wizardry が PASCAL だっけ？
まぁ、あったんじゃないかなとは思う。

で、ファミコンで C だけど、Apple ][ のアセンブラと C を使って
プログラム作って、それをファミコンのカセットに焼いて動かす
ということは実際に自分もしていたよ。

199:デフォルトの名無しさん
07/08/21 14:34:35
組み込みでもC++を使いたい

200:デフォルトの名無しさん
07/08/21 16:06:43
ならばColdfireを推進したまえ。

201:デフォルトの名無しさん
07/08/21 21:56:15
C++って、クラスメンバーへのインデックスが静的に決定されるから嫌い。
何かあるごとに毎回全コンパイルなんて、やってられん。

202:デフォルトの名無しさん
07/08/21 22:30:25
なんのこっちゃw

203:デフォルトの名無しさん
07/08/21 23:29:21
>>201
はぁ?

204:デフォルトの名無しさん
07/08/22 00:17:51
>>201
つpimpl

205:デフォルトの名無しさん
07/08/22 20:22:50
>>198
嘘もほどほどにしろよ、どこのメーカーのＣ言語だ。ｗ

206:デフォルトの名無しさん
07/08/22 21:58:41
Ｃコンパイラも自作できないとは

207:デフォルトの名無しさん
07/08/22 22:02:34
Cインプリタなら作れます

208:デフォルトの名無しさん
07/08/22 23:40:53
Forthが動けばいい

209:デフォルトの名無しさん
07/08/23 12:44:53
>>205
Aztec-Cは無かったことになりましたか？

210:デフォルトの名無しさん
07/08/25 03:06:13
まとめに入るか。

ファミコンゲームがアセンブラで作られてようが
CとC++使ってもファミコンゲームみたいなんは楽勝だろ？

だったら、今の時代に合わせて
C言語でやれや。

以上。

ーーーーーーーーーーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーーーーーーーーーーーーー

211:デフォルトの名無しさん
07/08/25 05:40:27
論点から滅茶苦茶離れたことをいきなりまとめとか言い出すキチガイはいったいなんなんだろうな。

212:デフォルトの名無しさん
07/08/25 09:12:44
>>27　でキチガイが登場して以降は、本筋ではありません。

213:デフォルトの名無しさん
07/08/25 12:34:51
今の時代に合わせてCだなんて
そんな不味い餌にこの俺様が熊熊

214:デフォルトの名無しさん
07/08/28 11:53:44
なんでファミコンでＣ言語なんて（ｒｙ
これはファミコンでエクセルやワードが動くというのと同等だろｗ
ファミコンでイルカの代わりにマリオでも動かせよｗ

215:デフォルトの名無しさん
07/08/28 12:28:20
全然違いますな。ファミコンでCコンパイラは動くけどエクセルは動かない。

216:デフォルトの名無しさん
07/08/28 12:39:43
＞ファミコンでCコンパイラは動くけど
それ本当かw

217:デフォルトの名無しさん
07/08/28 12:42:20
ファミコン程度の構成でも動くことは動くな。

218:デフォルトの名無しさん
07/08/28 16:32:21
頑張って、ファミベでCコンパイラを作る。

219:デフォルトの名無しさん
07/08/28 16:34:23
>>216
先天的な嘘付きに触ると後でＤＱＮになるから注意しろｗ

220:デフォルトの名無しさん
07/08/28 16:36:14
スーファミでwindowsなら動いたよな

221:デフォルトの名無しさん
07/08/28 23:16:10
人知れずファミコン上で動くＣコンパイラを作っても、実行バイナリがとてつもなく小さい物じゃないと作れないとかで、ポシャってるのが幾つもある悪寒。

222:デフォルトの名無しさん
07/08/29 00:31:45
スーファミでも 10 メガ ROM とか言って 10Mbit だったのはﾜﾗﾀ

223:デフォルトの名無しさん
07/08/29 03:52:46
メモリチップはビット数で数えるからね。

224:デフォルトの名無しさん
07/08/29 13:27:45
>>221
FCでセルフコンパイラなんて酔狂な奴もそうそういないと思うが。

225:デフォルトの名無しさん
07/08/29 14:57:46
ファミコンでも地球シュミレータは動作する事実！
おまいらその程度もしらないのか？

226:デフォルトの名無しさん
07/08/29 20:49:41
そんな計算量こなせるならN64エミュレーターとか屁の河童だよな。

227:デフォルトの名無しさん
07/08/29 20:54:06
>>225
シム・アースが出たのはスーファミだったような気がするけど…

228:デフォルトの名無しさん
07/08/29 23:06:27
>>221
人知れずっていうか、6502のCコンパイラはあるだろ。

229:デフォルトの名無しさん
07/08/30 00:04:27
ファミコンの狭いメモリーに、ソースと実行ファイルとワーク領域と置かなきゃならんのにか！

230:デフォルトの名無しさん
07/08/30 00:19:02
ソースは1パスだから常に全部保持する必要はないだろ。
だからといってめちゃくちゃ余裕が生まれるわけでもないが。

231:デフォルトの名無しさん
07/08/30 01:34:52
8bit機でメモリ効率考えて作るならマクロ的な機能が豊富なアセンブラもどきが一番だろ

232:デフォルトの名無しさん
07/08/30 03:29:54
ファミコンって「ソフト」がハードウェアそのものだから、無限の可能性があるよな
Cコンパイラを走らせる、なんてのだって、こだわらなきゃカートリッジに石積んでやらせりゃいいんだし

233:デフォルトの名無しさん
07/08/30 09:02:49
もういいよ。

234:デフォルトの名無しさん
07/08/30 12:43:13
またトンチンカンな事を言う奴が沸いたな。

235:デフォルトの名無しさん
07/08/30 16:37:31
ファミコントレードで株取引もできる

236:デフォルトの名無しさん
07/08/30 21:01:21
>>230
ファミコンってハードディスク付いていたっけ？

237:デフォルトの名無しさん
07/08/30 21:41:36
結構、ディスクシステムのディスクは固かったな。ハードだったな。

でもまあホントはクイックディスクなわけだが。

トンカチエディタ最強。

238:デフォルトの名無しさん
07/08/31 06:32:42
ここはバカしかいないのかｗ

239:デフォルトの名無しさん
07/09/08 20:02:06
ほとんど何言ってるのかわからんけど、
自分が遊んでたゲームがどういう苦労の上に作られたのかが何となくわかったような気がする。

FF3とか当時なんとなくゲームやってたけど最近この手の話を見聞きしてからは見方変わったし。

240:デフォルトの名無しさん
07/09/08 20:25:15
デザイナーなかじまかおる

241:デフォルトの名無しさん
07/09/11 00:21:03
ファイナルファンタジーのプログラムは、それぞれのエフェクト担当が勝手気ままにプログラム組んでるらしくて、エフェクトとエフェクトを繋ぐ変換処理が色んな所に埋め込まれてるよね。

242:デフォルトの名無しさん
07/09/11 13:15:24
PS以降の話？

243:デフォルトの名無しさん
07/09/11 23:04:49
>>238
自己紹介乙

244:デフォルトの名無しさん
07/10/07 10:48:35
( ﾟAﾟ)y-･~~腹立つわーこいつらー…

ｽﾚﾘﾝｸ(kao板)

245:デフォルトの名無しさん
07/10/07 12:15:30
コピペ君って馬鹿だな、まで読んだ。

246:デフォルトの名無しさん
07/10/09 14:45:40
6502はズラ語信者用のアイテム。

Cで組むの試してみたよ。RAMは何とかなる。ROMはちと頭ひねる。
6502用のCは6502向けの拡張仕様持ってるからケチりたければ使う羽目になる。

PICをCでやるのと似た感覚。組み込み程度の簡単なソフトなら何とかなる。

Z80ならCでまだ組める。

何が問題になるか。256バイトのスタック。汎用レジスタ1個。ポインタ。

247:デフォルトの名無しさん
07/10/09 14:50:11
6502でCを使うとどんなコードを吐くのか気になる。
intは片っ端からゼロページに割り当てていってデフォでstaticとかね。
autoはさすがに256バイトのスタックでは無理がありそう。

248:デフォルトの名無しさん
07/10/09 14:51:50
普通のCPUでアセンブラとCで同じ処理を書くと、サイズは少なくとも2～3倍になる。
速度差も計測してはいないがサイズ比でその程度だろう。

249:デフォルトの名無しさん
07/10/09 14:53:13
6502に最適なコンパイラはGAMEではないかと思ったり。

250:デフォルトの名無しさん
07/10/09 14:56:34
ゼロページに置くのも専用命令でした。
直さないと1ページとかに置かれます。
ゼロページはI/Oに使ったりするからかな？

大昔、アセンブラ覚えた頃にC薦められて、勉強しようとして、
「ワークエリアの自前管理（絶対番地への配置）ってどうすればいいのかな？」
と本気で悩んでました。

251:デフォルトの名無しさん
07/10/09 15:00:06
ああ、そうか。
6502はI/Oポートを持ってないからメモリマップトI/Oになるんだね。
68系と同じか。

クセが強いのでアセンブラでちまちま組むには最高に面白い反面、
コンパイラにとっては手強いCPUなのかもしれんなあ。Yレジスタの
インデックスモードなんて便利な命令にも落としにくいし。

252:デフォルトの名無しさん
07/10/09 15:01:41
と言うか6502に (xx),Y ってインデックス・モードがないとすると
最高に使いにくいじゃん。

253:デフォルトの名無しさん
07/10/17 05:06:18
むしろコンパイラ作りやすいCPUだろ

254:デフォルトの名無しさん
07/10/20 20:01:25
コンパイラはあるだろ…6502はかのAppleⅡに詰まれてたんだから
だが6502がつまれている＝Cで開発できるは成り立たない…

ファミコンのハード仕様でメモリ量がスタックを多用するCに向かない。
ROM、RAMのページング(カセット内の領域切替)が独特すぎて対応できん。

とくにメモリから来る制約はかなりきついかと、あと6502はスタック操作には
向かないチップだったと思うが？
といった理由からファミコン、スーファミ、ゲームボーイのゲーム開発はアセンブラ
だったと思う。(ゲームボーイならC＋アセンブラでの最適化もありえるが…同人系で)

255:デフォルトの名無しさん
07/10/20 20:54:23
スタックを多用するかどうかはコーディグ次第なんだけどね。
ま、レジスタ少ないからゼロページをレジスタとみなして引数として使うのは普通で
スタックはサブルーチンコール時のポインタを置く程度なのは常識。

見方によっちゃあ、グローバル変数だらけの醜悪プログラムだろうなw

256:デフォルトの名無しさん
07/10/21 23:00:00
ただでさえ2kだったかそのくらいのRAMしか積んでいないのに
ファミコンは…

0ページのレジスタ代用…明らかにそうさせようとしているアーキテクチャだ6502
たしか6502は似非劣化型6800だったと
インデックスが8bitになる代わりに2本になってspも8bitになって1ページ限定化
バイトオーダーがリトルエンディアンからビッグエンディアンになってたはず…

257:デフォルトの名無しさん
07/10/26 10:37:04
まぁおまえら落ち着け。
最初はコンパイラがあるなら言ってみろ
だったのに、コンパイラを例示すると現実的じゃないとか、
話題の切り替え、すり替えがひどすぎるだろ。

258:デフォルトの名無しさん
07/10/26 15:34:25
典型的な負けず嫌いです

259:デフォルトの名無しさん
07/10/27 22:24:55
360はC♯

260:デフォルトの名無しさん
07/11/09 19:15:05
ファミコンって今の激安PCよりはるかにショボイPCでソフト開発してたの？

261:デフォルトの名無しさん
07/11/09 19:32:26
そりゃあんた、「今の激安PC」のスペックは、一昔前のEWSを凌駕するんだからねぇ。

262:デフォルトの名無しさん
07/11/09 20:22:48
ファミコンソフトってどんなスペックのPCで開発してたの？

263:デフォルトの名無しさん
07/11/09 20:26:38
カシオのポケコンと紙

次ページ