[参考译文] MSPM0L1306：liblto_plugin.so：文件过短

您好、Hans、

感谢您的发帖。 为了说明这一点、该示例现在构建在您的终端上？ 如何安装 GCC 编译器工具？ 您是通过 CCS 对话框手动下载它们还是进行安装？

我将尝试在末端重现此示例。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

CCS 函数安装的示例项目。

修复后将正确构建它。

您好、Hans、

 您运行的是什么操作系统和版本？  通过 CCS 安装 GCC Arm 编译器工具后、我无法在我的 Windows 环境中重新创建这个。

此致、
布兰登·费舍尔

尊敬的 Brandon：

Ubuntu 22.04 LTS。

您是否在 Windows 上构建 Linux 安装程序？ 我想这可能解释了这个问题...

感谢 Hans、

由于这是特定于 CCS/安装人员的、因此我们的软件和工具团队在这里更有可能很有用。 他们在构建安装程序后会在 Linux 中测试此程序、尽管我不知道他们的过程的细节。  

我将把这句话转交给该小组征求意见。  

此致、
布兰登·费舍尔

 通过 CCS 安装 GCC ARM 编译器工具后，我无法在我的 Windows 环境中重新创建此文件。

在 Ubuntu 18.04.6 LTS 下使用 CCS 12.3.0时、我也无法重现问题：

$ ls -l ~/ti/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin*
-rwxr-xr-x 1 mr_halfword mr_halfword 84928 Oct 30  2019 /home/mr_halfword/ti/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so
-rwxr-xr-x 1 mr_halfword mr_halfword 84928 Oct 30  2019 /home/mr_halfword/ti/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so.0
-rwxr-xr-x 1 mr_halfword mr_halfword 84928 Oct 30  2019 /home/mr_halfword/ti/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so.0.0.0

但 CCS 安装程序3个文件(名为 liblto_plugin.so、 libblto_plugin.so.0和 libblto_plugin.so.0.0.0)、 而不是一个文件和2个符号链接)似乎有些奇怪。

尚未尝试在 Linux 的 Resource Explorer 中重新创建 GCC 编译器的安装问题。

奇怪的是、您的道路与我的道路不同。 我必须安装 GCC 编译器工具、并将其定向到 utils 目录、因为我不想在 homdir 中有太阳下每个供应商的目录。 我选择了 utils。

如果我在 utils/gcc_...上执行 ls -l 我获得：

hans@tomaat:~/bin/ccs1230/ccs/utils/gcc_arm_none_eabi_9_2_1$ ls -l lib/
total 780
drwxrwxr-x 3 hans hans 4096 jul 27 18:09 gcc
-rwxrwxr-x 1 hans hans 15 jul 27 18:09 libcc1.so
-rwxrwxr-x 1 hans hans 15 jul 27 18:09 libcc1.so.0
-rwxr-xr-x 1 hans hans 782696 jul 27 18:09 libcc1.so.0.0.0

事后看来、我的系统上的编译器与您的安装路径相同：

hans@tomaat:~/bin/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major$ ls -l lib/
total 2308
drwxrwxr-x 3 hans hans 4096 jul 27 18:03 gcc
-rwxr-xr-x 1 hans hans 782696 okt 30 2019 libcc1.so
-rwxr-xr-x 1 hans hans 782696 okt 30 2019 libcc1.so.0
-rwxr-xr-x 1 hans hans 782696 okt 30 2019 libcc1.so.0.0.0

与安装时的行为相同。 问题是、在 IDE 中无法识别编译器目录...

通过资源管理器中的 CCS 函数导入安装。

作为测试、CCS 12.3.0.00005刚刚安装在 AlmaLinux 8.7 live CD 中(因此之前未安装 CCS)。 仅在 CCS 安装期间选择了 MSPM0 Support。 安装 CCS 12.3后、从 Resource Explorer 中选择安装 MSPM0 SDK 1.10.00.05、并让 Resource Explorer 安装 ARM GCC 9.2.1依赖关系(必须使用/tmp 作为安装目录、以防止实时 CD 运行磁盘空间)。

使用 Resource Explorer 安装程序时、liblto_plugin.so 文件只是包含"libblto_plugin.so.0.0.0"的 ASCII 文件、而不是实际的符号链接：

[liveuser@skylake-alma ~]$ ls -l /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin*
-rwxrwxr-x. 1 liveuser liveuser    22 Jul 31 23:11 /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so
-rwxrwxr-x. 1 liveuser liveuser    22 Jul 31 23:11 /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so.0
-rwxr-xr-x. 1 liveuser liveuser 84928 Jul 31 23:11 /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so.0.0.0
[liveuser@skylake-alma ~]$ file /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so
/tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so: ASCII text, with no line terminators
[liveuser@skylake-alma ~]$ cat /tmp/gcc_arm_none_eabi_9_2_1/lib/gcc/arm-none-eabi/9.2.1/liblto_plugin.so
liblto_plugin.so.0.0.0

即、已在 Linux 下重新创建 ARM GCC 9.2.1编译器的 Resource Explorer 安装问题。

问题是，在 IDE 中无法识别编译器目录...

在 CCS 的 Window -> Preferences -> Code Composer Studio -> Build -> Compilers 下有一个"Tool discovery path"。 如果在发现路径中有同一编译器的多个副本、CCS 将选择编译器版本所在的第一个目录。 您可以尝试编辑工具发现路径、 首先放置~/bin/ccs1230/ccs/tools/compiler/gcc-arm-none-eabi-9-2019-q4-major。

好的、在该窗口中添加一个稍具体的路径似乎可以选择已安装的工具。 然后我想知道为什么 CCS 示例导入坚持我安装该工具、因为它已经存在...

因此、作为测试、我从工具中移除了工具安装(rm -rf gcc_...) 目录、该目录是通过导入向导进行安装并重新启动 CCS 的。 然后、我恢复了原来的搜索路径、并且可以立即识别工具目录中的 GCC 安装。

之后、我将另一个示例工程导入 CCS、系统没有要求我安装 GCC 编译器链、这是预期行为。 我不知道为什么第一次问我,虽然...

无论如何,回到符号链接问题:两个安装都不能正确地执行它,因为 libblto 和 libcc1应该有适当的符号链接在 Linux (和 Mac)下,而不是仅副本(工作,但丑陋)或文本文件中有一个名称(损坏)。

尊敬的 Brandon：

由于这是特定于 CCS/Installer 的、因此我们的软件和工具团队在这里更可能很有用。 他们在构建安装程序后会在 Linux 中测试此程序、尽管我不知道他们的过程的细节。  [/报价]

CCS 未附带 GCC、软件和工具团队也不为 GCC 提供官方支持。 因此、可能不会使用 GCC 进行任何测试。

我能够重现此问题。 我尝试从 Resource Explorer 下载 SDK、继而自动将 GCC 9.2.1作为依赖项下载。 然后、尝试从 SDK 构建 GCC 工程时、也会出现同样的错误。 Resource Explorer 中的 GCC 包似乎存在问题。

是的、这是一个已知问题：

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1133058/launchxl-cc26x2r1-unable-to-build-code-on-ccs-12-using-ubuntu