关于Ramfuncs的编译问题-TI中文支持网

本人之前基于28377S的工程项目调试，都没有问题了，并且通过更改器件选择，可以作为单核的模式在28377D上正常运行；现在为了统一，将工程项目中涉及的28377S相关的器件的头文件和外设.c文件全部一一对应的更换为28377D的头文件和.c文件，结果报出来以下错误，请高手指点帮助分析了。

rookiecalf：

使用MemCopy函数前，没有cmd文件中没有做代码搬移的存储区做定义，或者是没有做外部声明

Seven Han：

您可否贴上这部分的有关代码？

kafei zhang：

回复 Seven Han:

好的，在整个工程项目中搜索RamfuncsLoadSize后有几个地方：

而各个点的代码具体如下：

工程项目变异后却报错，如下：

参照本人之前已经在28377S上调试完成的工程项目，上述过程只是将工程项目中关于28377S的器件相关的头文件和底层驱动.c文件用28377D相关的器件头文件和.c文件加以替换，出现这样的状况不明白了.请指教.

kafei zhang：

回复 kafei zhang:

追注：c文件F2837xD_SysCtrl.c的头文件F2837xD_Examples.h中已经包含了F2837xD_GlobalPrototypes.h；其它类似的TI例程也是如此

Eric Ma：

回复 kafei zhang:

有点奇怪。

你把编译后的那个debug文件都删掉，重新编译一下试试？

要不就在ctrl.c上再次声明一下这几个变量。

ERIC

kafei zhang：

回复 Eric Ma:

谢谢Eric的回复，我删除了debug文件后依然报错；在SysCtrl.c中申明外部变量后依然报错；

rookiecalf：

回复 kafei zhang:

1、定义一个全局变量，并在这几个变量extern 外部声明位置做类似声明，确定外部声明没有问题

2、排除以上问题，就一定是cmd文件的问题了，看看打开的有定义的cmd文件是否是你真正使用了的文件

Eric Ma：

回复 kafei zhang:

谢谢Eric的回复，我删除了debug文件后依然报错；在SysCtrl.c中申明外部变量后依然报错；

ERIC:

你要不私发工程给我，我帮你导入看看。

Eric Ma：

回复 Eric Ma:

刚看了你的工程，你头文件路径里面没有把F2837xs改成F2837xD,结果你的头文件路径大多无效，所以导致编译出错。

kafei zhang：

回复 Eric Ma:

你所述的问题估计是保存时没处理好，我的工程编译过程中现在仅就之前在这里论坛所描述的关于Ramfunc…的问题。

关于Ramfuncs的编译问题