标签: coldfire

为什么Codan不能找到size_t

我刚刚开始使用Eclipse Indigo(来自Galileo),并且每次使用size_t时,我都会在排水沟中得到小红虫.

在此输入图像描述

代码编译没有问题,但我怀疑我必须显式添加包含目录的路径.我已经有了通常的嫌疑人.我正在使用Gnu工具链对ColdFire处理器进行交叉编译,所以除了标准包括我在m68k-elf下包含的芯片的mfg

\include  
\include\c++\4.2.1
\include\c++\4.2.1\include
\include\c++\4.2.1\m68k-elf
Run Code Online (Sandbox Code Playgroud)

更新

我注意到这个工具链唯一存在的stddef.h位于lib目录中

gcc-m68k\lib\gcc\m68k-elf\4.2.1\include
Run Code Online (Sandbox Code Playgroud)

我添加了路径,父路径和父路径,\include-fixed但问题仍然存在.

关于测试的说明

当测试哪些有效,哪些无效时,我注意到了一些事情

  1. 修改代码分析首选项设置时,代码分析不会重新触发,我仍然需要更改编辑器(只需添加一个空间)
  2. 关闭代码分析设置Symbol is not resolved不会使错误消失.
  3. 关闭所有Syntax and Semantic Errors,触发分析,返回并重新打开然后关闭Symbol is not resolved可防止错误再次出现.

c++ eclipse code-analysis eclipse-cdt coldfire

11
推荐指数
1
解决办法
5944
查看次数

合并 2 个或更多 ELF 文件的最简单方法

我正在为一个类项目编写一些嵌入式代码,该项目当前(根据要求)创建了许多 srec 文件并合并它们。我希望能够将此代码加载到 QEMU 中,但它通常只对 ELF 文件满意。合并原始 ELF 文件而不是 srecs 的最有效方法是什么?同样可以接受的是,将 srec 转换回 ELF 并使生成的文件可加载的方法(objcopy 这样做似乎会产生相当损坏的文件(其他架构中没有架构)。这些工具必须能够使用 m68k 二进制文件,但是主机系统是普通的 x86。

embedded linker 68000 elf coldfire

7
推荐指数
1
解决办法
1万
查看次数

68k ASM寻址模式

我在大学学习了68k / Coldfire,并且难以理解更复杂的寻址模式(数字位于取消引用的括号附近)。

我认为最好的例子是:

A) lea:
A1) lea $5(a1,a2.l), a0
A2) lea -1(a1,a2), a0

B) move:
B1) move.b 1(a1),d0
B2) move.b -2(a1),d0
Run Code Online (Sandbox Code Playgroud)

谁能用简单的语言解释我,每条指令中发生了什么?

如果需要,请详细说明(增加/增加前后等)。

谢谢!!;)

assembly 68000 coldfire addressing-mode

1
推荐指数
1
解决办法
86
查看次数