挺想版内的哥们能够一起合作做一个项目

cqtj

强烈支持这种精神啊，大家再一起可以互相交流一下心得，做出来了那当然很好，做不出来也可以体验过程中的乐趣撒。不过我是一个新手，现在还撒都不懂，希望能向各位学习学习。

cjaizss

原帖由 想飞的蜗牛 于 2007-12-5 19:21 发表
如果写出了软核，
还要不要写相应的编译器，连接器阿，然后移植个操作系统玩玩
不如先投票用什么指令集吧
然后再决定用什么VHDL还是什么的

有经济头脑啊，哈哈

bluster

我来yy一下吧,硬件我不懂,先假设搞出了一个cpu,然后写cpu的模拟器,然后写编译器/工具链,然后写os,然后移植应用程序

shdnzwy

关注中…………

想飞的蜗牛

原帖由 cjaizss 于 2007-12-6 09:31 发表

有经济头脑啊，哈哈

  花钱头脑倒不错

版主，打算什么时候启动项目哇
不如你圈定个范围阿
毕竟自由取题的话，范围还是很多的...
比如说：写软核，但是不知道用什么指令集，用x86的，有人说用烂了，用MIPS,有人会想搞X86都那么难了，还要搞MIPS!!
所以不如找一个比较雏形的东西(小编译器??)，然后大家来读它，来修改壮大它，貌似linux的发展一样。 好像yy得比较严重

cjaizss

简单为准，复杂的搞不出，更搞不好。指令集我们可以用自己的，自己造一套指令，满足最简单的需要，没必要用别人的一套指令集。个人倾向RISC，而CISC设计烦琐。MIPS的意义决定了MIPS的编译器要符合CPU的设计，这是一种把问题交给软件的CPU。而我觉得我们要在项目中不去回避此类事情比较好，并不是说MIPS原始的做法不好，而是一个项目，可以让我们更多的在项目中学到东西。

想飞的蜗牛

哦 ，明白了...上面的话 算是统一思想了

nihlathaks

同意RISC, 做个我们的小power

mik

先把指令集设计出来吧，指令集决定架构，决定U的设计

tony.guang

原帖由 bluster 于 2007-12-6 14:28 发表
我来yy一下吧,硬件我不懂,先假设搞出了一个cpu,然后写cpu的模拟器,然后写编译器/工具链,然后写os,然后移植应用程序

关注中，并顶这个想法，
以前作开发的时候见过一个公司作的东西，基本就是这一个思路。
他们自己在MIPS基础上作了一个CPU，以及其他东西（Cache，IO，
然后自己编写了一个cpu的模拟器，
再然后就是编译器等，
所有的东西都是在现有的基础上改动形成的，
CPU是基于MIPS的，
编译器是基于GCC的。