问 个位大虾：
日前小妹在编写DSP程序时遇到一个很奇怪的问题：我的程序在CCS4.1版本下运行正常，但在2.20版本中确总是出现以下编译问题：
CAN't open file E:\HNJN100.obj for input
不知什么原因，望赐教！ 答 1: 怎么没人理我呢？ 答 2: 版本不一样编译器版本不一样,这时要从新建立.mak文件,然后add files包含进来.cmd .asm等程序文件编译即可,不能直接打开编译 答 3: .cmd文件错 答 4: 现在有CCS4.1吗? 答 5: 快刀斩乱麻
进入你的项目文件夹，把所有.obj文件删掉（一般在obj文件夹中），然后执行rebuild all，一般就能解决问题。


史修栋
答 6: re>> 1112.mak, line 32: -o flag does not specify a valid file name
>> : CAN't open file .out for input
Build Complete,
  2 Errors, 0 Warnings.

bill(75623171) 12:51:05
这个是什么原因？
bill(75623171) 12:53:04
我在调试这个程序，出错了，请大家帮忙
答 7: 谢谢！谢谢楼上各位，问题已经解决了。按照史修栋  总经理提供的方案！嘿嘿~~~~~~~~
答 8: 小妹妹现在有CCS4.1吗? 答 9: 当然有CCS4.1了CCS4.1是目前使用最广泛的一种。但这并不是最新版本，据我所知最新版本应该是CCS2.20 答 10: 补充两句问题解决了，原因也找到了。和大家分享一下：
现代编译器都支持分别编译技术，即每个文件都可以独自编译生成二进制目标文件（.obj），最后连接在一起生成可执行文件（.out）。问题是ccs编译器采用了独特的识别文件修改的方法：如果原文件的修改时间大于目标文件的修改时间，编译器就认为次原文件被修改过。如果用户的工程文件曾经复制到别的电脑并做过修改，此时清查看并修改原文件的修改时间。否则就可能出现编译上的错误，这往往是由两台电脑的时间系统不同而导致的。就像我遇到的这种错误一样。解决方法有：1，查看并修改原文件的修改时间
                2，如史修栋所说：把所有.obj文件删掉（一般在obj文件夹中），然后执行rebuild all