10/05/04 13:19:30
新言語としては現行のCPUの細かい仕様にあわせて必要以上に妥協したりはしないから
CPUの一般的な機能について知っているなら改めてデータシートを見る必要はないよ。
（もちろん、個人でCPUの勉強するのはいいことだからどんどんやっていただいて構わないよ。）
それと、低級言語としては組み込み向けが多いから16ビットCPU以下も対象にしないとね。
（これも、一般的な機能を知っているなら改めてデータシートを見る必要はないよ。）
795:デフォルトの名無しさん
10/05/04 13:52:08
>>793
命令セットが美しいのは68030とMIPS32
美しくないのはSPARCとARM
潔いのはSHとIA64
796:デフォルトの名無しさん
10/05/04 13:53:29
>>794
君はそれで実装と提案やっていけばいいと思う。
後、組み込み分野でも16bitは終焉してきてるので、
16bitはＣ言語やアセンブラに任せておけば良いと思う。
そもそも、64Ｋ程度なんだからアセンブラで充分だし。
797:デフォルトの名無しさん
10/05/04 13:55:52
>>796
じゃあ、それでおｋ。
実装は言語仕様が固まった後だけどね。
798:デフォルトの名無しさん
10/05/04 14:14:42
>>796
> そもそも、64Ｋ程度なんだからアセンブラで充分だし。
いまどきそれはないわ。
799:デフォルトの名無しさん
10/05/04 15:21:59
CPU固有言語君とマシン語の美しさ語る老害のコラボ
800:デフォルトの名無しさん
10/05/04 18:07:11
今でも組み込みじゃ8/16bitは多いぜ
アセンブラなんて冗談かよ
801:デフォルトの名無しさん
10/05/04 19:01:32
今日、使われてるC/C++製のOSから新言語製のOSが主流になることなんて生きているうちにあるのだろうか？
802:デフォルトの名無しさん
10/05/04 19:03:04
一生CP/M使ってろ
803:デフォルトの名無しさん
10/05/04 19:14:12
速度のために安全性を犠牲にする
少ないタイプ量のために一意性を犠牲にする
私は英語を使うので英語だけ扱えればいい
いずれもC言語が生んだ悪しき慣習
早々に切り捨てねばなるまい
804:デフォルトの名無しさん
10/05/04 19:25:25
今日のOSでもアセンブラは使われ続けているので、
新言語の新OSでも裏方ではCが使われ続ける
805:デフォルトの名無しさん
10/05/04 20:18:58
アセンブラの使用を認めると、Cから変換しただけのコードも認めざるをえない。
全く新しい物を作りたいなら、Cだけでなくアセンブラも禁止するべき。
806:デフォルトの名無しさん
10/05/04 20:25:27
マジかよ…2進数の世界来たこれ
807:デフォルトの名無しさん
10/05/04 20:41:47
存在する全CPUの固有命令を包括した開発言語など存在し得ない
よってアセンブリ言語禁止など妄言の極みである
何度も言うが抽象化不可能と分かってる部分まで抽象化しようとするな
808:デフォルトの名無しさん
10/05/04 22:24:03
ますますこのスレの電波度が上がってるよなｗ
809:デフォルトの名無しさん
10/05/04 22:29:57
ネタがネタとして機能する範囲内で頑張ってくれ
じゃなきゃ腐る
810:デフォルトの名無しさん
10/05/04 23:19:23
>805
馬鹿だな。全てのプログラム言語が基本的に等価だということを知らんのかね。
>807の通り基本的な部分と特殊な部分を分離するのが普通だろ。
特殊な部分はミニ言語orマクロで実装すれば良い。
だからベースはForth(ry
811:デフォルトの名無しさん
10/05/04 23:34:59
なにいってんの
全ての道はlispへとつながっとる
812:デフォルトの名無しさん
10/05/04 23:39:07
どんな言語つくってもいいからさ
コンパイル後にCのソースを吐けばややこしいこと考えないで作れるぜ？
813:デフォルトの名無しさん
10/05/05 00:04:46
低級言語ということをお忘れなく
814:デフォルトの名無しさん
10/05/05 00:17:50
だから書いたんだよ
Cなら中間の言語に申し分ないからな