一.Post-build steps中常用的命令

修改完Post-build steps的Command后,修改的内容将更新至当前工程makefile文件的post-build下.

同时,工程目录下的.cproject文件中也会更新修改的命令.

1.设置编译生成hex和elf文件的指令

tricore-objcopy -O ihex VehicleControl.elf VehicleControl.hex 

tricore-objcopy -O ihex VehicleControl.elf VehicleControl.hex 是一个命令行指令,用于将一个 ELF 格式的可执行文件(VehicleControl.elf)转换为 Intel HEX 格式(VehicleControl.hex)。具体来说:

  • tricore-objcopy 是一个用于处理 TriCore 架构对象文件的工具,它可以用于复制和转换对象文件格式。

  • -O ihex 指定输出格式为 Intel HEX 格式,这是一种常用于存储程序数据的文本格式,通常用于微控制器的编程。

  • VehicleControl.elf 是输入文件,通常包含编译后的程序代码和数据。

  • VehicleControl.hex 是输出文件,转换后以 Intel HEX 格式保存的文件。

这个命令的作用是将 VehicleControl.elf 文件中的内容提取并转换为可以通过编程工具加载到微控制器中的 HEX 文件格式。

2.复制文件命令

copy ${workspace_loc}\VehicleLib\iROM\libVehicleLib.a ${workspace_loc}\VehicleControl\src\Run_Time_Environment /y
  • copy: 这是 Windows 操作系统中用于复制文件的命令。

  • ${workspace_loc}\VehicleLib\iROM\libVehicleLib.a: 这是源文件的路径,即要被复制的文件。

    • ${workspace_loc}: 这是一个变量,通常代表你的工作空间(workspace)的根目录路径。在集成开发环境(IDE)或构建系统中,这会被替换为实际的路径。

    • \VehicleLib\iROM\libVehicleLib.a: 这是在工作空间根目录下,名为 VehicleLib 的文件夹中,再进入 iROM 文件夹,找到名为 libVehicleLib.a 的文件。

      • libVehicleLib.a: 从文件名看,这很可能是一个**静态库(static library)**文件。.a 是静态库在类 Unix 系统(如 Linux、macOS)以及一些交叉编译工具链(如用于嵌入式开发的 GCC 工具链)中常用的扩展名。lib 前缀也是库文件的常见命名约定。VehicleLib 可能表示这是一个与“车辆功能”相关的库。

  • ${workspace_loc}\VehicleControl\src\Run_Time_Environment: 这是目标目录的路径,即文件要被复制到的位置。

    • ${workspace_loc}: 同上,代表工作空间的根目录路径。

    • \VehicleControl\src\Run_Time_Environment: 这是在工作空间根目录下,名为 VehicleControl 的文件夹中,再进入 src 文件夹,最后进入 Run_Time_Environment (运行时环境) 文件夹。

  • /y: 这是 copy 命令的一个选项(option)

    • 它的作用是禁止提示确认覆盖。如果目标目录中已经存在一个同名文件(即 libVehicleLib.a),使用 /y 选项后,copy 命令会自动覆盖现有文件,而不会询问用户是否要覆盖。

二.常用功能

1.编译器优化等级调整

修改后工程的.cproject文件将会更新改动.

三.使用编译器遇到的问题

1.clean失败(错误码87)

导致clean失败的原因是:

rm -rf 后面跟着的那一长串文件名列表加起来可能超过了 CreateProcess 函数或 rm.exe 程序能处理的单条命令行的最大长度限制.

如果makefile文件是编译器自动生成的,那么在makefile中,clean命令应该如下:

clean:
	-$(RM) $(I_DEPS)$(PCP_S)$(OBJS)$(ARCHIVES)$(C_DEPS)$(CPCP_DEPS) libVehicleLib.a
	-@echo ' '

此时将rm后面的元素分步单独删除即可

clean:
	-$(RM) $(I_DEPS)
	-$(RM) $(PCP_S)
	-$(RM) $(OBJS)
	-$(RM) $(ARCHIVES)
	-$(RM) $(C_DEPS)
	-$(RM) $(CPCP_DEPS)
	-$(RM) libVehicleLib.a
	-@echo ' '

修改后编译的效果如下

此时,点开makefile文件,如果刚刚修改的clean部分代码又变回原来的样子,说明在编译的时候,编译器又自动生成的makefile文件并覆盖了我们的修改,此时可以在工程的Properties选项中取消勾选自动生成makefile文件.

OK,此时记得再次修改被覆盖的makefile文件中的clean命令后,再进行clean和build.