8ビットCPUでC言語？ないないありえないっしょ！ 5

1 ：ナイコンさん：2020/05/22(金) 13:28:58.26 .net

【前スレ】
8ビットCPUでC言語？　ないないありえないっしょ！
Part.4 http://matsuri.5ch.net/test/read.cgi/i4004/1532613479/
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===|┘ 　
　 　 　 　 　　 〈＿_〈　〈＿_〈　〈＿_〈

2 ：ナイコンさん：2020/06/14(日) 17:49:42 .net

age

3 ：ナイコンさん：2020/06/21(日) 18:44:11.82 .net

>8ビットCPUでC言語？ないないありえないっしょ！

なんで？

4 ：ナイコンさん：2020/06/23(火) 08:45:28.96 .net

なんでやねん

5 ：ナイコンさん：2020/06/28(日) 19:25:57.11 .net

turbo-c 1988年　DOS版
お世話になったの雑誌の付録でついてたLSI-C80　CP/M-80 1989年

6 ：ナイコンさん：2020/06/28(日) 19:28:47.48 .net

8bitでもFORTRANコンパイラも使えたし
言語系何でも動いたよ

7 ：ナイコンさん：2020/06/29(月) 10:23:52 .net

雑誌の付録で付いてたのはLSI-C86試食版でしょ？
今でもVectorでダウンロードできるよ
https://www.vector.co.jp/soft/maker/lsi/se001169.html

8 ：ナイコンさん：2020/06/29(月) 22:59:57 .net

そうだっけ昔のことだから

9 ：ナイコンさん：2020/06/30(火) 00:00:12.63 .net

PerlやAwkが動かないのが痛かった

10 ：ナイコンさん：2020/06/30(火) 03:38:51.65 .net

「BDS Cの使い方」の序章の目的と制限のところにこんな風に書かれてるぞ

＞　残念ながら、C言語の構造は、PDP-11のハードウェアに特質に適応するようになっており、
＞8080のハードウェアの特質に対して適応しないPDP-11にとって自然な操作
＞(自動記憶割付を処理するとき、大変重要なインデックス付きや、非間接的アドレス指定のような）
＞は、8080においてはむしろ非能率的な命令コードへと展開されることになる。
＞このためBDS Cは、8080システムプログラミング言語としてPDP-11のUNIX Cのように
＞急速に一般化することはないだろうと思われるが、
＞有能なマイクロプロセッサが、現存する8bitマシンと置き換わり、
＞アプリケーション志向のアセンブリー言語プログラミングやヒストリ・ブックを放棄するに値する
＞有能なCコンパイラが出現することは確実である。
＞本書は、そのときのためのウォーミングアップと考えてもらいたい。
＞　かいつまんで言えば、アセンブリー言語のプログラミングと比較したときに
＞BDS Cの大きな矛盾は、開発環境の機構と理解を重視したため、
＞空間的かつ時間的な実行時のオブジェクトコードの能率の低下を招いてしまったことである。
＞しかし、ほとんどすべての教育上の、
＞また、ほとんどのシステムのプログラミング・アプリケーションにとって、
＞犠牲は益よりも少ないと思う。

つまり、8086や68000のような有能なマイクロプロセッサが、
現存する8bitマシンと置き換わり
アプリケーション志向のアセンブリー言語プログラミングや
ヒストリ・ブックを放棄するに値する
有能なCコンパイラが出現することは確実である。
本書は、そのときのためのウォーミングアップと考えてもらいたい。

と書いてあるように読める
つまり、8bitパソコン＋BDS Cは来る日のためのウォーミングアップ用だということ

11 ：ナイコンさん：2020/07/02(木) 22:30:12.80 .net

前スレ終了 age

12 ：ナイコンさん：2020/07/15(水) 09:37:40.74 .net

このスレもgotoキャンペーンをやります

13 ：ナイコンさん：2021/11/05(金) 16:43:01.71 .net

前スレ終了 age

14 ：ナイコンさん：2021/11/05(金) 16:48:53.44 .net

ここはワッチョイがあると都合の悪い荒らしが立てた重複スレ

15 ：ナイコンさん：2021/11/05(金) 17:55:38.56 .net

組み込み系のCPUは８BITCPUでもC言語だよ

16 ：ナイコンさん：2021/11/05(金) 22:41:34.68 .net

8bitの中でも8080系がウンコなだけ

17 ：ナイコンさん：2021/11/06(土) 02:52:10.75 .net

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

18 ：ナイコンさん：2021/11/07(日) 08:48:02.36 .net

どっちが本スレ？

19 ：ナイコンさん：2021/11/07(日) 19:11:53.06 .net

たった時期からすればこっちが本スレ扱いの再利用するべきなんだけどね。
ワマニアが妨害してくるからね。

20 ：ナイコンさん：2021/11/08(月) 01:05:20.48 .net

>>10
それCの言語仕様の話じゃなくてUNIX-C固有の事じゃね？
Cの言語仕様自体はいろんな石に対応できるよううまく考えられてると思うわ。

21 ：ナイコンさん：2021/11/08(月) 23:27:27.58 .net

Real Programmers Don't Use Pascalってあるけど
日本語訳見ると本物のプログラマはFORTRANでプログラミングするようなこと書いてあるんだよな
そして、構造化プログラミングそのものを批判してるわけ
1982年に書かれた記事らしいがそれが
Real Programmers Don't Use C langじゃないってこと
つまり、1982年当時はC言語よりもPASCALの人気がすごかったってことじゃないの？

BSD(Berkeley Software Distribution)はもともと
Ken ThompsonがUCBに客員教授として1年間赴任してた時にPASCALの処理系を書いて、
それをBill Joyが改造したものをUCB以外からも配布してほしいと要望されて
配布を始めたのが直接のきっかけだったらしいしな
あのKen ThompsonがUCBでPASCALの処理系を直々に書いてたんだよ？

22 ：ナイコンさん：2021/11/08(月) 23:31:56.90 .net

ちなみにsimhというエミュレーター上で4.2BSDが動くが
4.2BSD上でpi、px、pix、pcなどの
バークレイPASCALのインタプリタやコンパイラのコマンドが実行できる

23 ：ナイコンさん：2021/11/09(火) 07:34:32.83 .net

https://ipsj.ixsq.nii.ac.jp/ej/
ここで
「プログラミング言語の最新の動向：14. マイクロコンピュータ用言語 石田晴久」
で検索すると出てくる

プログラミング言語の最新の動向：14. マイクロコンピュータ用言語 1981年6月

　　　　　　　　　　市販開始　　当初の価格例　　現在の米国価格例　　日本での価格例
CP/M〔OS〕　　　　　 1978.9　　　　 $145　　　　　　　$170　　　　　　　　　\58000
MP/M〔OS〕　　　　　 1980.8　　　　 $300　　　　　　　$300　　　　　　　　\110000
BASICインタプリタ　 1978.9　　　　$300　　　　　　　$325　　　　　　　　\130000
BASICコンパイラ　　 1979.8　　　　$350　　　　　　　$350　　　　　　　　\150000
FORTRAN　　　　　　 1978.9　　　　$400　　　　　　　$425　　　　　　　　\190000
COBOL(MS)　　　　　 1978.9　　　　$625　　　　　　　$700　　　　　　　　\290000
PL/I 　　　　　　　　　　1980.4　　　　$500　　　　　　　$500　　　　　　　　\190000
PASCAL/M　　　　　　1980.1　　　　$175　　　　　　　$175　　　　　　　　 \52000
PASCAL/Z　　　　　　1980.7　　　　$395　　　　　　　$395　　　　　　　　\160000
tiny C　　　　　　　　　　1979.8　　　　 $75　　　　　　　$105　　　　　　　　 \35000
C(BDS)　　　　　　　　　1979.8　　　　$110　　　　　　　$145　　　　　　　　 \50000
C(Whitesmisth)　　　　1979.10　　　 $630　　　　　　　$630　　　　　　　　\250000

24 ：ナイコンさん：2021/11/09(火) 07:35:01.32 .net

本文一部引用
＞またPL/I,PLMX(PL/M言語),Cの各コンパイラについている〔3〕のような表記は、
＞コンパイラのフェーズ数を示す。
＞BDSのC(サブセット)は小さなメモリでも使えるようにというので、
＞本来は1フェーズですむものを、わざと2フェーズに分けているが、
＞ほかの3系では、コンパイラが大きすぎて一時にはメモリに入りきらないため、
＞3ないし5回のオーバーレイが行われる。
＞このため、PL/I,PLMX,C(フルセット)については、フロッピ・ディスクのシステムでは、
＞コンパイルに非常に時間がかかる。
＞これらが手軽に使えるようになるには、MP/Mのような多重タスクOSを使って、
＞コンパイルの間に別の仕事をするか、
＞直径5インチまたは8インチのハード・ディスクをつけるか、
＞16ビットマイコンで256キロバイトないし、1メガバイトの主記憶をつけるかする必要がある。
＞つまり、これらは今安く使うのにはやや無理があり、本格的な使用は今後ということになる。

25 ：ナイコンさん：2021/11/09(火) 12:32:04.79 .net

16ビットだってメモリ640kB+EMS1MB程度じゃなかなか厳しかったからな

26 ：ナイコンさん：2021/11/09(火) 22:11:32.72 .net

「手札で何とかするしかない」が常識なんだけどね。
8ビットだろうが16ビットだろうがそれは変らない。
当時、仕事してなかったニワカだけが「ありえない！」って騒いでるだけ。

27 ：ナイコンさん：2021/11/10(水) 01:41:37.54 .net

全くだな

28 ：ナイコンさん：2021/11/10(水) 19:37:46.81 .net

嘘つきアリエナイ君は無職だからねぇ。

29 ：ナイコンさん：2021/11/10(水) 22:01:58.78 .net

8ビットの時代にベテランエンジニアだったら
すでに定年で無職だな

30 ：ナイコンさん：2021/11/10(水) 23:03:28.69 .net

Level-2 COBOLってコンパイラだったのね
昨日エミュレータ内で動かして初めて知ったわ
RUN-Cみたいなやつかと思ってた

31 ：ナイコンさん：2021/11/11(木) 20:32:31.68 .net

有り得ない！って騒いでるやつはアラフォーからアラフィフぐらいの若造だと思うがな。
ヤツは無知すぎるし、偏ってる思い込みはインターネット以降の知識で成り立ってるようだし。
それなのに社会人経験あるとはとても思えない反応をしてるし。
有り得ないと騒いでるやつは路上生活者かもしれんな。

32 ：ナイコンさん：2021/11/13(土) 19:40:59.30 .net

組み込み分野では今でも使っとるぞ

33 ：ナイコンさん：2021/11/14(日) 05:08:16.77 .net

>>31
自己紹介乙

34 ：ナイコンさん：2021/11/14(日) 05:16:18.76 .net

>>32
俺もマイコンプログラミングもやるけど、普通にC言語は使ってるけどね
ただ、今のマイコンプログラミングは
1980年代のスーパーコンピュータよりも高性能な今のPCで
尚且つ総容量1GBクラスのCコンパイラ(PICのXC8のHDD容量みたら1GBくらいだった)を使って
プログラムを組むんだよね
1980年代の8bitの頃とは使ってる環境が全然違うんだよな

35 ：ナイコンさん：2021/11/15(月) 02:14:24.49 .net

>>34
PICもピンキリだからな。

36 ：ナイコンさん：2021/11/15(月) 06:24:37.76 .net

品種が多いから個別のサンプルとかスタートアップルーチンやライブラリも込みでの容量とか

37 ：ナイコンさん：2021/11/15(月) 07:15:29.78 .net

1GBの容量の大半がincludeファイルだね
品種が多いからその個別の品種ごとのヘッダーファイルが用意されてて
それで容量が多くなってるね

38 ：ナイコンさん：2021/11/16(火) 19:27:30.89 .net

今のはそんなデカいんだ
cc65しか触ったことないから知らんかった

39 ：ナイコンさん：2021/11/16(火) 22:35:31.98 .net

Win16時代のwindows.hですら既に嫌気のする長さだったな

40 ：ナイコンさん：2021/11/16(火) 23:06:19.77 .net

関数名の長さのほうが嫌気がした

41 ：ナイコンさん：2021/11/16(火) 23:17:19.93 .net

あの頃は lpfnStringCopy とか独特の命名規則だったね

42 ：ナイコンさん：2021/11/17(水) 00:11:24.21 .net

関数名の長さはエディタの補完でなんとでもなる
C言語はグローバルに同じ名前の関数が有ると、ローカル(static)な関数もその名前が使えないからね
グローバルに変に短い名前の関数が沢山有るLinuxよりマシと言える

43 ：ナイコンさん：2021/11/17(水) 06:54:41.08 .net

>>38
XC8のPIC18用のヘッダーファイルは品種によって違うが何千行から数万行あるよ？
そして品種ごとのdefineされてる品種のヘッダーファイルを
#ifdefでインクルードするしないだけが書かれたヘッダーファイルの
chip_select.hやpic18_chip_select.hがあって
chip_select.hが3700行、pic18_chip_select.hが2400行もある
chip_select.hがpic18以外の8bitPIC用でpic18_chip_select.hがpic18用

44 ：ナイコンさん：2021/11/17(水) 07:01:19.30 .net

>>42
昔のC言語は8文字しか変数名認識しないとかあったよな
実際にエミュ上でPDP-11用のVersion 7 UNIXの標準のC言語のPCC使ってみると
変数名を7文字しか認識しない
コンパイラ自体は8文字認識してるようだけど
変数名にアンダーバーが付加されるのだがアセンブラがそのアンダーバーを含めて
8文字しか変数名を認識しないみたい
だから7文字部分が重複する8文字の変数名を複数使うと
コンパイルは通るのだが、リンカーでエラーが出たりする

45 ：ナイコンさん：2021/11/17(水) 07:08:41.39 .net

1980年代の昔の8bitパソコン用のCコンパイラも多くが8文字までしか認識しないんじゃないかな？

46 ：ナイコンさん：2021/11/17(水) 08:54:16.56 .net

BASICなんか2文字だぜ（笑）

47 ：ナイコンさん：2021/11/17(水) 08:54:54.68 .net

>>45
Tiny言語の話？
LSI-C80は31文字まで認識したが。

48 ：ナイコンさん：2021/11/17(水) 15:55:17.07 .net

DOSでもLattice C 3.x辺りは8文字までだったような

49 ：ナイコンさん：2021/11/17(水) 17:12:07.58 .net

HI-TECH C Z-80も、変数名は31文字まで認識するな。
はて、8文字しか認識しない昔の8bitパソコン用のCコンパイラって何なんだろ？
BDS-Cとか？ｗ

50 ：ナイコンさん：2021/11/17(水) 19:10:56.60 .net

時期によっても違うのでは？
ANSI C対応以降やANSI Cを先取りしてるやつは長い文字に対応してるのかもしれないが
1984年のAztec C 1.06dは8文字までだな
Freeで公開されてるHITECH C V3.09は1987年でANSI Cを先取りしてるやつだな
1987年なんてもう16bitパソコン全盛の時代じゃん

51 ：ナイコンさん：2021/11/17(水) 19:18:59.68 .net

結局8bitでC言語って言ってるやつも1987年頃に使ってただけ
それって16bitパソコンを買う金がなくて仕方なく8bitパソコン買ったけど
C言語も使ってみたくて学習用に買ってみたってだけじゃないの？

52 ：ナイコンさん：2021/11/17(水) 19:25:28.78 .net

1987年だとCP/MやCコンパイラを揃える金で16bitパソコン買えたんじゃね？
PC98ならDOSも安かったし1988年に安くてフルセットのTurbo-Cが出てたのにね

53 ：ナイコンさん：2021/11/17(水) 20:58:08.22 .net

まーた、アリエナイくんが必死だｗ

54 ：ナイコンさん：2021/11/17(水) 20:59:11.95 .net

Turbo C 1.5は画期的だったなー
自分で金出して買った数少ないコンパイラだｗ
その5年くらい前はLattice C とか Optimizing C-86を会社からコピーして帰って家で使ってたけど（時効だよ時効ｗ）
Turbo Cを見てからIDEの洗練さとコンパイルスピートの速さには感動した。
どうしてもマニュアルが手元に欲しくなって買ったけど、また価格も安かったから買えたんだよな。
あの頃のボーランドは輝いていた。
HDDはまだ高くて買えなかったのでFD二枚にDOSとVJEとコマンドラインコンパイラを入れて
「カチカチカチ・・」とコンパイルしてた記憶があるわ。

55 ：ナイコンさん：2021/11/17(水) 21:01:13.40 .net

>>51
組み込みの分野では今でも現役だよ。
キミのようにPC上で動く事務系プログラムしか作ったことない人にはわからないだろうけど。

56 ：ナイコンさん：2021/11/17(水) 21:36:58.49 .net

アリエナイの奴は事務系すらやったこと無いだろな。
やったことあるとしても21世紀になってからぐらいで、80年代に仕事でプログラム書いてたとはとても思えない。

57 ：ナイコンさん：2021/11/17(水) 22:38:12.53 .net

>>54
ボーランドの開発スタッフはMSに移りC#とか開発して、今でも輝いてるよ

58 ：ナイコンさん：2021/11/17(水) 23:41:32.01 .net

>>57
ボーランドからの移籍組はもうとっくに定年退職しとるやろ。

59 ：ナイコンさん：2021/11/18(木) 00:51:40.26 .net

アンダースは60だよ
まだmsなんじゃない？

60 ：ナイコンさん：2021/11/18(木) 07:07:22.43 .net

>>55
でも8bitの組み込みの分野では関数のコール数に制限があるようなPICがトップシェアなんでしょ？
しかも売れ筋の8bit PICなんて数百から数KBのRAMしかない
たいしたプログラムを組まないからアセンブラで組む必要もない
最近の8bit マイコンなんて
RAMの容量に対してプログラムを格納するフラッシュがかなり大きく設計されてる

61 ：ナイコンさん：2021/11/18(木) 07:10:53.34 .net

今は複雑なことしたいなら32bitのARMマイコンが気軽に使えるしな
8bit CPUの性能をフルに発揮させないといけない場面なんてほぼないんじゃないの？

62 ：ナイコンさん：2021/11/18(木) 07:29:37.27 .net

結局8bitでC言語という人たちは
1980年代の8bitパソコンでC言語を使ってましたというのではなくて
今現在、8bit マイコンでC言語使ってますだもんな
板違いだよな
電気・電子板行けばいいのに

エディタの補完機能つかえばとか
昔のパソコン用のエディタにC言語の補完機能なんてあったっけ？

63 ：ナイコンさん：2021/11/18(木) 07:41:56.49 .net

C言語のコード補完機能が付いたのはVC++ではVC++5.0からみたいだな
VC++5.0ってVS97だから97年頃だっけ？

64 ：ナイコンさん：2021/11/18(木) 09:52:59.00 .net

アーリエナーイ、アーリエナーイ、8bitでCなんてアーリエナーイ

65 ：ナイコンさん：2021/11/18(木) 12:23:18.90 .net

>>62
Windowsの開発で、関数名長すぎで嫌気がするってのに対して
関数名の長さはエディタの補完でなんとでもなるという話だ。

こんな話にすら付いてこられないお粗末な知識しか持たない分際で
よく8bitでＣの開発はありえないなんて言えるもんだな、お前。

66 ：ナイコンさん：2021/11/18(木) 12:23:35.36 .net

組み込み系で使っているといってもビルドは超高速マシンでクロスビルドだろ。
AVRでセルフビルドできるの？

67 ：ナイコンさん：2021/11/18(木) 12:38:28.59 .net

次は、PICでセルフビルドできるの？とか言い出すなコイツｗ

68 ：ナイコンさん：2021/11/18(木) 12:53:22.11 .net

Z80用unix互換環境uziはZ80上でセルフコンパイル可能

69 ：ナイコンさん：2021/11/18(木) 12:55:04.60 .net

>>60
あほよのう
数が出る家電は必要最小限の構成にしてコストを削らにゃならんのよ
マイコン電子ジャーを64ビットCPUで設計すんのかおまいはｗ

70 ：ナイコンさん：2021/11/18(木) 13:49:55.45 .net

ｱﾘｴｰﾅｲって勝手に後だしでどんどん条件付けてるキチガイだからな。
何を言い出したって「あっそ、お前の言うのは噓だからな」ぐらいで流すのが丁度いいんだよｗ

どうせ仕事した経験がないバカがデタラメ言ってるだけだろうし。

71 ：ナイコンさん：2021/11/18(木) 14:36:09.37 .net

この板でクロス開発の話しされても....
と思ったけど、もしやブルジョアな人たちは当時からクロス開発だったのか?

72 ：ナイコンさん：2021/11/18(木) 17:40:55.55 .net

80年代にクロス開発環境そろえる程度でブルジョアと言われてもなぁ・・・
ブルジョアなら「よっしゃよっしゃ」で右から左にそろえて、普通の人でもちょっと気張ればそろえられたぞ。
クロス開発環境が揃えられなかったとか、超絶なリアル貧乏人ぐらいだろ。

73 ：ナイコンさん：2021/11/18(木) 18:13:24.09 .net

98でLSI-C80とかで開発やっていたのか？
もしやデバッグもICEか？
確かにそれだったらC言語も可能かもしれないが....

74 ：ナイコンさん：2021/11/18(木) 18:49:16.50 .net

当時のICEはＣ言語と連携してなかったから、プログラムのデバッグには
さほど役には立たなかったな。

75 ：ナイコンさん：2021/11/18(木) 19:15:09.13 .net

開発ツール一式30万くらいか？
98別で。すごいな...

76 ：ナイコンさん：2021/11/18(木) 20:26:02.24 .net

その少し前のテクトロの開発機なんて800万はしてたぞ。
30万ですごいて・・・

77 ：ナイコンさん：2021/11/18(木) 20:48:08.67 .net

そこまでして8bitでC言語か...

78 ：ナイコンさん：2021/11/18(木) 20:57:23.39 .net

>>73
98用のクロス版LSIC-80が出たのって1989年ぐらいじゃね？

79 ：ナイコンさん：2021/11/18(木) 21:04:33.11 .net

>>69
じゃあ、何で8bit マイコンでは制限ありまくりのPICがトップシェアなの？
AVRの方が断然高機能じゃん

80 ：ナイコンさん：2021/11/18(木) 21:19:43.07 .net

それに8bit CPUの性能を最大限出して
メモリを節約してコストを最大限に削るにはアセンブラの方がいいのでは？

81 ：ナイコンさん：2021/11/18(木) 21:24:02.64 .net

それにプログラム格納用のフラッシュやデータ用のRAMが増えると
フラッシュやRAMが占める面積の割合が大きくなって
CPUコアが小さいメリットってあまりなくなるよね？
そうなると8bitCPUコアを使ってるメリットがなくなってくる

82 ：ナイコンさん：2021/11/18(木) 21:33:43.90 .net

picでアセンブラで書いたコードを保守するのはコスト高そう。

83 ：ナイコンさん：2021/11/18(木) 23:07:07.72 .net

あのアセンブラはクセになる
たまに書きたくなる

84 ：ナイコンさん：2021/11/18(木) 23:20:57.51 .net

>>80
何が言いたいのかわからんが・・・
開発コストとの兼ね合いでもちろんそういうのもアリだ。
1万個売れる機械ならメモリとCPUパワーをケチってアセンブラで開発して開発費に500万余計にかかったとしても一個あたり1000円安くできれば500万円の増収が見込めるしな。
反対に1000個しか売れない機械に開発費をかけられないというのは当然ある。

ターゲットマシンが8ビットCPUにCコンパイラが使われてなかったという反証には全くなってないし実際に存在している。

85 ：ナイコンさん：2021/11/19(金) 00:06:58.34 .net

実際の開発経験まるでなしで、全部想像と読んだ知識だけで
ケチつけてるようにしか見えないよ

86 ：ナイコンさん：2021/11/19(金) 05:28:37.72 .net

>>85
ARMのCortex-M0やM0+は8bitや16bitマイコンの置き換えを狙って作られたものだよ？
実際に価格面でも対抗できるような品種もあるぞ
ルネサスだって16bitのH8やM16Cの後継に32bitのRXを出してる

低価格市場に侵攻する32ビットプロセッサ
https://ednjapan.com/edn/articles/1006/01/news103.html

87 ：ナイコンさん：2021/11/19(金) 05:39:04.05 .net

>>84
だから8bitマイコンで1980年代の8bitパソコンのようにCPUの性能を最大限引き出す必要はないでしょ？
性能が足りなければ16bitや32bitマイコン使えばいいしな
価格差だってそんなにないわけだし
8bitマイコンはCPUで複雑な処理をするよりも周辺を制御するのがメインなんじゃないの？
PICの名前自体がPeripheral Interface Controllerだし

88 ：ナイコンさん：2021/11/19(金) 05:46:05.72 .net

8bitCPUのAVRの命令長は16bitだけど
32bitCPUのCortex-M0やM0+もほとんどの命令の命令長は16bitで
そこそこの性能は出るように設計されてる
DMIPS/MHzだってCortex-M0+は0.93DMIPSもあるからな

89 ：ナイコンさん：2021/11/19(金) 05:49:45.86 .net

PICなんて関数コールの段数が8段や16段のものがまだ現役じゃん
C言語使ってるのにこんな制限があるCPUがトップシェアなんて
やっぱりたいしたことしてないんでしょ？

90 ：ナイコンさん：2021/11/19(金) 06:10:16.87 .net

新しいデバイスがでたからぱたっと切り替わるとおもってる頭お花畑には何言っても無駄だと思うｗ

91 ：ナイコンさん：2021/11/19(金) 06:57:54.17 .net

>>87
話の通じんやつだな
1000円原価を下げれれば1万台売れれば1000万円の利益増なのがわからんのか
オマエの自宅で一個のマイコンプログラミングしてるわけじゃないっつの

92 ：ナイコンさん：2021/11/19(金) 07:47:20.10 .net

>>90
Cortex-M0+が出たのは10年前だよｗ
その記事だって10年前の記事だけどな

93 ：ナイコンさん：2021/11/19(金) 07:49:28.82 .net

>>91
8bitマイコンなんてどうせ周辺の制御が主な役割でしょ？
周辺の制御なんて周辺のレジスタ読み書きするだけじゃん
だからPICのような8bitマイコンで十分な用途が多い
だからトップシェアなんだよな

94 ：ナイコンさん：2021/11/19(金) 10:56:56.61 .net

やっぱり実際の開発経験まるでなしが全部想像と読んだ知識だけでケチつけてるだけだなｗ

95 ：ナイコンさん：2021/11/19(金) 11:42:06.55 .net

AVRってPICに比べて、一瞬で入れ替わるような優位性はなかったと思う。
AVRのほうがC言語の実装には向いていると思うが。

96 ：ナイコンさん：2021/11/20(土) 01:11:11.28 .net

avrはソフトの保守性がもうちょっとどうにかならんかというところで
使われたのでしょう。Cでなくアセンブリ言語で直接書いた場合でも
だいぶ違う。

97 ：ナイコンさん：2021/11/20(土) 05:38:19.07 .net

STM32ならCubeMX IDEの新規プロジェクト作るときのチップセレクト画面で
1万個(10kU)の時の価格がUS dollarで見られるよ

Cortex-M0やCortex-M0+を使ったマイコンなら
1万個の時の価格で1個1ドル以下のものもあるよ

98 ：ナイコンさん：2021/11/20(土) 10:40:03.44 .net

>>79
つける薬がねぇな
>>69

99 ：ナイコンさん：2021/11/20(土) 16:52:17.28 .net

PICはディスコンにならんのよ

100 ：ナイコンさん：2021/11/20(土) 17:49:14.81 .net

言われてみれば Cortex-M0やCortex-M0+のチップなんて5年位でディスコンになりそう。

101 ：ナイコンさん：2021/11/20(土) 17:57:52.18 .net

>>99
知ってるとは思うけど、AVRやってたAtmelはMicrochipに買収されて
もう、PICもAVRも同じMicrochipだよ
PICはディスコンにならないっていう理由はPICがトップシェアの理由になってないよ
また、ディスコンにならなくても価格が上がったしすることもあるわけで

102 ：ナイコンさん：2021/11/20(土) 18:07:36.53 .net

Microchip自体もAtmel買収で手に入ったARMのSAMシリーズがあるし
新たにPIC32でもARMやりだしたね

103 ：ナイコンさん：2021/11/20(土) 18:58:32.99 .net

流石に旧atmel製品は整理しだすのではないだろうか。

104 ：ナイコンさん：2021/11/21(日) 00:02:21.54 .net

AVR-DxとかtinyAVR0/1/2とか新ラインナップ投入してるけど

105 ：ナイコンさん：2021/11/21(日) 00:46:38.85 .net

たしかにバシッと切るかと思っていたがそうでもないな。
まずは MicrochipStudio が切られるんじゃない？

106 ：ナイコンさん：2021/11/21(日) 07:55:32.92 .net

MPLAB XでAVRの開発もできるようになってきてるからね
MCCもAVRに対応してる
XC8もPICの他にAVRのコンパイラが含まれてて容量倍増してるね

107 ：ナイコンさん：2021/11/21(日) 12:30:20.99 .net

>>106

あれってそのままビルドできるの？

108 ：ナイコンさん：2021/11/21(日) 15:44:09.59 .net

106とは別人だけどgccのtoolchainを追加でダウンロードするんじゃなかったっけ

109 ：ナイコンさん：2021/11/22(月) 21:05:36.63 .net

今フリーで使える8ビットのCコンパイラってどんなのがあるの？

110 ：ナイコンさん：2021/11/23(火) 01:03:12.39 .net

sdcc

111 ：ナイコンさん：2021/11/23(火) 02:00:55.89 .net

SC/MPII用Ｃコンパイラって無い？

112 ：ナイコンさん：2021/11/30(火) 23:26:02.03 .net

このファミコンソフトはC言語で書かれたらしい。

Pac-Man Championship Edition NES - Real Hardware - Direct Capture
https://www.youtube.com/watch?v=B7PeCR_EcbU

113 ：ナイコンさん：2021/12/01(水) 23:53:19.13 .net

こういうの読むと当時の雰囲気がわかるやね。

http://www.techno-web.org/e_techno/1999/11/03/cyyoynyyeeaeouaei/

114 ：ナイコンさん：2021/12/05(日) 23:09:33.71 .net

>>113
10年前に更新が止まってるな
死んだかな

115 ：ナイコンさん：2021/12/06(月) 08:41:46.57 .net

>>114
お前の親はまだくたばってないのか？

116 ：ナイコンさん：2021/12/12(日) 20:12:04.81 .net

LSI Cの作者の森さんも数年前に亡くなったしなあ
FDの作者の出射さんも亡くなった
古いエンジニアは続々と鬼籍に入るお年ごろ

117 ：ナイコンさん：2021/12/13(月) 08:37:27.87 .net

お前まだ生きてたの！？

118 ：ナイコンさん：2021/12/15(水) 18:42:46.05 .net

>>117
オマエのほうが先に死ぬよｗ

119 ：ナイコンさん：2022/01/08(土) 20:54:20.12 .net

>>117
はよしねくそじじい

120 ：ナイコンさん：2022/01/16(日) 20:13:49.33 .net

ちんこ

121 ：ナイコンさん：2022/01/30(日) 16:58:50.03 .net

>>113
アーカイバがLHAで説明がp1.exe（dbのワープロソフト）とか懐かしくて泣きそう><

122 ：ナイコンさん：2022/01/31(月) 15:25:51.81 .net

泣け
わめけ

123 ：ナイコンさん：2022/01/31(月) 16:56:23.12 .net

p1.exeってそんなにメジャーだったのかな

124 ：ナイコンさん：2022/01/31(月) 18:53:07.67 .net

以前のコメントに「PICはディスコンにならない」って書き込んでいる人がいるけど、
あれはディスコンにならないだけで在庫なければそれなりの数を注文しなければ
再生産されないからホビーとかでちょっとだけ使う人には関係ない話じゃなかったっけ?

125 ：ナイコンさん：2022/02/02(水) 12:35:17.16 .net

>>123
p1.exeは結構バギーで使えなかった印象しかないな
どんくさくても安定している一太郎の方がいい、みたいな
ただp1.exeについてたアナログ時計の常駐プログラムは使ってた

126 ：ナイコンさん：2022/02/09(水) 17:06:24.73 .net

LSI-Cにはお世話になりました。
当時MSX1用のワープロとかバイトで作ってた。
Ver1.0はプロタイプ宣言非対応で、関数の第一引数の型がcharかintかを、自分で厳密に意識しないと即アウト（非再起モードの場合）。
Ver2.0でその心配がなくなってありがたかった。

127 ：ナイコンさん：2022/02/19(土) 10:48:39.49 .net

LSI-CでFA機械の通信機能の開発してました。
今なら国際規格あるから独自プロトコルなんて作らなくてもいいンだけどプロトコルの設計からさせられたよ。

Z80でシリアルでシリアル4ch制御とか死ねる・・・　でもやったけど。

128 ：ナイコンさん：2022/02/19(土) 15:36:16.12 .net

大変かどうかは、FIFOバッファサイズによる

129 ：ナイコンさん：2022/02/19(土) 18:18:54.63 .net

？？
8251使ってるかZ-80SIO使ってるか知らんけど、どうせ自分で送・受信の
割り込み受けてバッファへの積み下ろしも自分でするんだからFIFOバッファサイズなんか
いくらでも増やせるだろ。

130 ：ナイコンさん：2022/02/19(土) 18:20:05.49 .net

>>128
あー、ibmpcでもFIFOバッファがしょぼいカードだと高bpsでなかった気がする。

131 ：ナイコンさん：2022/02/20(日) 00:27:01.54 .net

元の書込みがZ80に4chシリアルにどこのチップ使ったか書いてないけど、
クラシックなZ80 SIOや8251とかでなく、（当時は）NSの1655A以上とかEXARの多ch品とかを
使っていれば16byteのFIFOが内蔵されていたけどね。

ソフト側でリングバッファを4ch分も構成するのは割込み頻度や
プロトコル処理からしても労力に見合わなそうだけど。

というか、LSI C-80使っていても、クリティカルなところは
アセンブラで書いたんだろうか。そこが一番気になる。

132 ：ナイコンさん：2022/02/20(日) 00:28:57.35 .net

>>131
16550Aの誤記でした
AナシはFIFOにバグあり品

133 ：ナイコンさん：2022/02/20(日) 01:30:20.93 .net

16550が出回ってた頃に、わざわざZ-80でシステム組まないだろｗ

134 ：ナイコンさん：2022/02/20(日) 06:02:30.91 .net

8251ならZ80の4MHzでも4chは厳しいと思う。
ハードフロー効かせて回線スカスカな状態がOKならできそうだけど。

135 ：ナイコンさん：2022/02/21(月) 09:19:57.38 .net

そうだ、12MHzのZ-80を使おう。

136 ：ナイコンさん：2022/02/21(月) 14:16:46.75 .net

KC80とか、互換CPUで速いのがあったようだね

137 ：ナイコンさん：2022/02/22(火) 18:09:21.28 .net

組み込みでシリアルだとμPD7201/72001が多かったと思うがZ80なら素直にZ80SIO使うわな
処理が間に合うかどうかは通信速度や頻度によると思う
16550はDOS/Vが普及したあたりで使われるようになったので時代的にZ80のシステムでは採用されないと思われ

138 ：ナイコンさん：2022/04/13(水) 10:12:39.41 .net

タマが出回ってなかったし、高かったよ

139 ：ナイコンさん：2022/05/02(月) 11:57:58.62 .net

RunserとDraco Cが最強

140 ：ナイコンさん：2022/05/18(水) 15:24:49 .net

甘粛トマトのはやしらいすソース

141 ：ナイコンさん：2022/05/19(木) 19:03:07.28 .net

SHARPランゲージシリーズのαCとかじゃだめか？

142 ：ナイコンさん：2022/05/28(土) 00:15:03.92 .net

αCはBDS-Cのソースをチコッと加工しただけのものだし、BDS-Cなら合法的にタダで使えるゾウ。

ライブラリ関係は大分違うみたいだけど。

143 ：ナイコンさん：[ここ壊れてます] .net

68チョン太郎「C言語なんてありえない！」