求助！用CW10.5 import旧的项目，调试时出现问题(已解决)

rookie

import 并 copy 旧的项目到新的 workspace ，编译调试，发现程序执行到了原来的代码中，是不是我哪里没有设置的原因。突然间出来这个问题，原来都没有的。

我知道答案 目前已有5人回答

阅读全文

FSL_TICS_ZHJUN

试下 "project", "clean..." 把旧的obj文件删除下再编译试试

rookie

回复第 2 楼 于2014-01-13 10:55:07发表:
试下 "project", "clean..." 把旧的obj文件删除下再编译试试
 
 
可以了。这个是 makefile 文件的问题吗？import  连带obj也copy了，makefile 此时不能判断吗？
 

 

FSL_TICS_ZHJUN

回复第 3 楼 于2014-01-13 11:08:45发表:
回复第 2 楼 于2014-01-13 10:55:07发表:
试下 "project", "clean..." 把旧的obj文件删除下再编译试试
 
 
可以了。这个是 makefile 文件的问题吗？import  连带obj也copy了，makefile 此时不能判断吗？
 

 
 

makefile 不能实现这一功能.
原有obj文件包含的是原有路径下source的路径信息, 新路径下CW就不能按以前的路径找到源文件.
拷到新的目录下, clean再编译可以强制CW生成新的obj文件从而包括了新的路径信息.

FSL-TICS-RICK

CodeWarior在import原来工程的时候，会把整个工程的环境变量的设置以及之前编译生成的obj文件都会复制过来。这样在重新编译的时候，编译器认为这些文件已经存在就会在link环节直接调用，结果，在Obj文件中的一些路径与新工程的位置不一致就会导致链接错误。
clean一下再编译是个好习惯

rookie

回复第 5 楼 于2014-01-13 11:26:34发表:
CodeWarior在import原来工程的时候，会把整个工程的环境变量的设置以及之前编译生成的obj文件都会复制过来。这样在重新编译的时候，编译器认为这些文件已经存在就会在link环节直接调用，结果，在Obj文件中的一些路径与新工程的位置不一致就会导致链接错误。
clean一下再编译是个好习惯
 
哦，明白了，非常感谢两位耐心的回答。
 

FSL_TICS_ZHJUN

回复第 6 楼 于2014-01-13 11:59:03发表:
回复第 5 楼 于2014-01-13 11:26:34发表:
CodeWarior在import原来工程的时候，会把整个工程的环境变量的设置以及之前编译生成的obj文件都会复制过来。这样在重新编译的时候，编译器认为这些文件已经存在就会在link环节直接调用，结果，在Obj文件中的一些路径与新工程的位置不一致就会导致链接错误。
clean一下再编译是个好习惯
 
哦，明白了，非常感谢两位耐心的回答。
 

 

不客气 感谢关注飞思卡尔产品