【Raspberry Pi】ラズベリー・パイ part37【ARM】

>>152
自慢してない。

OS作りまで教える大学なんてあるんかね
理論は教えても実践までは時間的にも無理なんじゃないか
俺も大学では演習でコンパイラまでしか作らなかったし、OS作成はなかった

OSの作り方って本が結構売れたんじゃなかったっけ？

その本はなんてタイトル？

OSって言ってもWindowsとかMVS作れって話じゃないだろ
タスクスイッチとメモリー管理程度ならたいして難しくはない

リーナスとタネンバウムがバトったのが大学の授業だったでしょ

消費者が作りたいOSはRRみたいなカスタムROMでしょ

OSとまでは行かなくても、タスクモニタぐらいなら実習で作るところはあるんじゃないか
自作のtron風環境とかx86で動いたりしてた

コンパイラが難しいって言うけど、学生レベルだとスタックマシン相手の簡単なやつではないの？

>>151
OSに研究的要素がないとかまじで言ってるのか？
タスクのスケジューリング戦略、リソースの割当戦略、アーキテクチャ、いくらでもあるぞ

本当にお前らはどうしようもないな
ネット検索してコピペで何かを作り上げる素人の方がよっぽど面白くて役に立つモノをつくれるよ

コンパイラーやデバイスドライバーはWindowsやUNIX系のを沢山作りましたが、OS自体は作ったことはないです。

OSの一部の機能を自前で作ったこともありますが、さすがにOSをまるごと作るのは難しすぎて私には無理でした。

OSを作れる人は尊敬します。

>>168
さすがにPCで動く本格OSの開発は個人では無理だろうが
秋月のマイコンボードにH8/OSなんてのを開発している人いたからな。
Pi爺には秋月のH8ボード+このOSを使ってGPIOしていた奴多いんじゃないのか
秋月からこのOS使ってねってことでH8 mitsuiwaボードと言うのも出ていたし

>>164は>>163

このスレには
OS作りはハードが理解できていれば簡単、だからしない
でも、難しいコンパイラーは作ったような人がいるのに
えらいレベル低いのはなんでだ？

PCのOSはいらないからスマホとラズパイに使えるOSが欲しいな

みんなどこで勉強してんだろうね

はい次の方OSとは何かでマウントどうぞ

>>169
linuxにlinusが書いたコードなんて殆ど無いんだけど

優秀な奴はOSではなくコンパイラーを作るということか。
OSは作る手間はすごくかかるが、でも、難易度は高くないから優秀な奴からすればやる気が起こらんのだろう
優秀な奴には難易度の高さはチャレンジしがいの重要要素だろうからね

本棚にあった

30日でできる！
OS自作入門
operating system
川合秀実著
2006/02/24

https://www.phileweb.com/news/audio/201803/07/19546.html

ラックスマン、ラズパイ搭載ネットワークプレーヤー「AUDIO OSECHI BOX」披露

相変わらず意味不明な自演するやついるな

俺もLinuxの本いっぱいあるわ、完読したやつなんてない

>>175
俺らにはPiだろうが本だろうが買ってちょっとさわって満足な連中が多いだろ

>>172
その本を読んで自作したのか？

>>172
おれも持ってるｗ　ここのヤツはほんとは持ってる率高いんじゃね
先生目をつぶってるから、その間にみんな正直に手を上げなさい　ｗ

>>171
うーん、逆だと思うが。
どちらも難しいところはあるが、時間的・量的問題で、コンパイラはとっつきやすい。
仕組みを理解するためのコンパイラ作成だと 2000 行ぐらい。OSになると 同レベルで 10000行を超える。

まともなコンパイラ・OSとなると 規模が 100倍とかになって時間的に無理。

また作ったこともない人が何か言ってる

>>178
俺からすればどっちも簡単な物であっても作るの不可能だよ。知識ゼロだし
>>172にあるように30日(素人が30日?)でOSを自作できるとなると情報工学出からすれば容易となるんじゃないのか
ただ、30日自作OSは全く実用性なしの酷すぎものなのかもしれないが。

OSの役割や主流のアーキテクチャは習うだろうけど

OSって言うからには他のアプリに環境を提供するものだし乱立してても意味ないからじゃないかね
ベアメタルコード=OSじゃないし

おっさんばかり
皆オス
Mina-OS

全部自分で書いたOSで実用的なものとなると細かい部分が手間がかかって大変だろうな
普通は分担してやるだろ
たかがpiに積むレベルでもな

今どきの本格的なOSって開発規模でかすぎて元気なベンチャーやOSSコミュニティでさえ新規参入しない状態
コンピュータ業界では珍しい年数がものを言う分野だろうな

PS Vitaでさえあの状態だからな

>>170
だから何？
最初に動くところまでは持っていったと言う功績には関係ないでしょ

ここの人達って批判しか出来ないの？
あほくさ

自称俺の方が賢い人達ですから

>>188
死んだら殺すぞ？
みたいな自己矛盾ですね

ホントに使いこなせる奴はココに来ないよな

オモチャOSやオモチャコンパイラは作ったことあるけど、
ちゃんとした物を作るにはコミュニケーション能力より
上位レベルの、人の管理能力や政治力、カリスマ性といった
スキルが必要じゃないか。少なくとも俺には無い。

>>192
そこまで大仰なものでなくてもいいとは思う

>>178
あなたが「コンパイラ」という言葉に想定しているものが、他の人が想定しているものと
違っている可能性が高い。「最適化ありのCコンパイラ(的な物)」を想定すれば、あなたの
言っている事とは全く合わなくなる。実際、gccを書いたストールマンもCコンパイラ作りの
大変さを語っている。

昔、次のような経験をした。

1. 自分の勤めていた会社で、社内ネットワークや社内で使う一般的なツールを管理、テスト
　する部門の若手は、「コンパイラ作りはなんとかなるが、OS作りは大変」と言っていた。

2. PC-9801時代のBio100%というゲーム製作グループの人たちなどは、OS作りは難しくない
　 と言っていた。

3. SCE(Sony のゲーム部門。PlayStationなどの担当)のある人は、「OS作りは誰でも出来る。
　 コンパイラ作りはとても大変」と言っていた。

そして、自分はPC-9801時代からゲーム開発をやっていたが、3の人と同じ意見。

>>195
(ゲームさえ動けばいい)os作りは誰でもできる
(一般的用途を想定した)os作りは難しい

だからどこまで実装するか
情報科の学生がコンパイラやるのは自分で簡易的なCPU実装して
それ用のコンパイラを作るどけだから簡単なんだよ

>>196
「OS」って言葉だって、ファイル・マネージャーやテキスト・エディタや日本語IMEまで想定
すれば膨大なコーディング量になる。

でも、ファイル入出力、簡単なグラフィック描画、簡単なWindowシステムだけであれば
大した事はない。

そして、アプリが不足分を補えば、その程度のOSでも実用できる。実際、DOSがそうだったし。

>>196
「ゲーム」と言って侮ってるのかも知れないけど、ゲームが動いて、一般アプリが動かない
例を挙げてみて：

コンパイラもOSも言葉の指す範囲が広すぎて
きちんと要件まで定義して議論しないと全く噛み合わない

そういえば、自作OSに、gccを移植するのはまた難しいのかも。
まず、gnu tools に慣れてないし、Makefileも独特だし、configure系も異文化ギャップを
感じるし。だから、gccが動くOSを一つの目標にするなら、OS作りの難易度は急激に
上がる。gccの色々なことが独特すぎる事も原因にあるんじゃないかな。なんか、
「パソコン文化」とはギャップが大きすぎるから。

>>195
だれもOSもコンパイラも作ったことなくてワロタ

gcc(gnu)がパソコン文化と違うとか言い出す池沼w

>>202
おいらは作ったよ。

あと、SCEの人も、PlayStation用にOS作ったらしい。

>>203
嘘をつかないで。何も知らない人が誤解するから。

Piと関係ない。続けるなら他所でやれ。

確かに不毛な議論

>>201
gccは単にファイルを読み書きするだけのプログラムだから、移植？は簡単だろう
DOSみたいなOSでも動く

>>209
コンパイラ本体はともかく、./configureを動作させるためにはbashが動くことが
前提になる。Makefileにはmakeも。Unixに慣れているかどうかで移植の難易度は
変わってくるかも。あとperlの移植なども以外に困難かも。

嘘松まだ居たの？w

>>209
例えば、gcc は、中からリンカを呼び出すが、そこの部分に fork() が使われていれば、
移植が困難となるかも。fork() は自作OSなどでは実装しないことが多いから。

そもそもパソコン文化って何よ？
で、次にPiとの関係は？

90年代初頭以前からDOSベースでgnu suitesが動いていたことも知らん知ったか池沼w

>>213
日本人で、かつ、Sharp X68000系でないところから始めた人なら大体理解できると思う。
NECのPC-8801,PC-9801系から、MS-DOS, Windowsというのが日本の1つの標準だから。

>>194
ストールマンは、OS 作るぜって GNU HURD プロジェクト立ち上げて 何年もやって結局ものに出来なかったんだよ。

x68kにgccがあったのを見つけて必死に外す池沼ww

rustでOS作ってラズパイで動かしたヤツがマウンテング大賞ってことでいいんじゃね？

>>200
同意。

>>215さんの初期の方の機種だと、N-BASICやマイクロソフトBASICは、OS一体型のインタプリタ言語だし。

むしろ同人ハードやらショップチューン(クロックアップなど改造)が売られたり
BBSしかない時代にユーザー情報交換も多かったx68kの方がよっぽどパソコン文化じゃろw

しんど・・・

Piはlinuxの過去の資産を用意に利用できるのがメリットなんだから大多数の人は自作OSなんか興味ないでしょ。

確かに/etcのconfは前の環境からパクってきたわ。

パソコン文化って、AUTOEXEC.BATとCONFIG.SYSをいじって、いかにメモリ稼ぐかってやつだろ？www

>>199
PS2みたいな専用機だとサポートするデバイスとか限定できるから簡単だよ
って話
ゲームプログラムを侮ってるわけじゃない

>>217
真里子版とか懐かしいわ
バグをみっけて直してもらったり

おっさん懐古スレという新たな潮流

ラズパイでOS作るにはどうすればいいの？

まず服を脱ぎます

flexとbisonなら簡単なコンパイラは作れるね

>>230
flexとbisonの使い方を理解するのが難しいとかな。

>>216
linusもストールマンいなかったらlinuxは実用になってないしな

>>230

Bison懐かしい。

Bisonが出るより前にyacc互換のコンパイラーコンパイラー作ったことあります。

flexやbison使った場合、それらについて深く理解してないと典型例とは大きく異なる文法
の時や、細かい事をやりたいときにはむしろ難しいのではなかろうか。
それらのツールの使い方を学ぶ事に時間を取られてしまったりしかねないかも。

外はすっきりしない天気だけどここでマウント取ると心すっきりいい気分

そう想ってるのは本人だけで周りは笑ってるんだよな

>>234
flexとかbison（古くはlex, yacc）に何を期待してるのか知らんけどそんな高度なソフトウェアじゃないぞ
単なるコードジェネレータだし

ID:HUn2+BTyは昨日のID:otE1+3DPだろ
ろくに知らんガキが書いてるのが手に取るようにわかるw

おいらは40過ぎのおっさんだよ。専門は情報系じゃないからかも知れんが、
lexとかbisonとかyaccとかは詳しくない。

bison(yacc)もflex(lex)もステートマシンを生成してくれる便利なツール。
flex(lex)は構文解析用だが、BNF記法 で定義できるものに応用できる。
何か忘れてしまったが、状態遷移図を書くようなロジックで使われたのを見たことがある。

マウント取ったつもりが逆にケツ掘られて喘いでるんだろｗ

>>240

正しくはFlexが字句解析でBisonが構文解析かと。

ラズベリーパイ上でも動作しますが本質的にあまり関係ないのでここら辺で終わりにするべきかと。

多くの場合はJSONかXMLあたりのライブラリ使えばパーサーの用途は事足りるんだろうけど一度やっておくのもいいかもね

jqでワンライナー書ければ大体事足りる。

昨日から外部コマンドのことをOSだとか
パーサをコンパイラだとかライブラリとパーサごちゃ混ぜにして草生えるわw

しゅごい

きもてぃいち

すっごいね

電気を使いこなすフレンズ

スレ違いでしたらすみません。

ラズパイを使って、自作の電子回路や、赤外線家電、スマート家電などを、
まとめて操作できるシステムを開発しました。
https://scrapbox.io/smart-home/TOP

ラズパイに繋げた電子回路を、スマホやスマートスピーカー、Slackなどから、
手軽に操作できるようになります。
ラズパイ初心者でも簡単に使えますので、ぜひお試し頂きたく。
オープンソースですので、ラズパイがあれば、すぐにご利用頂けます。

>>228
OS作れる人を探すのが一番早い

>>250
いいね！