问题标签 [toolchain]

我有一个非常旧的 gcc 工具链，我想用与旧工具链完全相同的配置选项重建新的工具链。假设我只有旧工具链的二进制文件，有什么方法可以确定工具链配置。

我已经开始研究 STM32F4 Discovery 板，并使用包含 GCC 4.6.2 的最新 Yagarto 工具链编译并运行了一些基本程序。最近，虽然在几个论坛上，我读到包括最新的 Yagarto 在内的许多工具链在使用板载硬件 FPU 时都存在问题。我还读到最新的 CodeSourcery 工具链确实支持硬件浮点，但在精简版中不支持！！

在深入研究该主题时，我发现了这个专门用于 ARM Cortex M/R 控制器的工具链，并声称在硬件 FPU 方面没有问题。

https://launchpad.net/gcc-arm-embedded

我想从用户的经验中知道，Yagarto是否真的存在硬件FPU问题？我对使用 Yagarto 很感兴趣，因为我也在 ARM7 上工作，并且 yagarto 也支持它。因此，与其为不同的架构使用不同的工具链，不如为 ARM7 和 Cortex M/R 提供一个工具链。

如果确实存在 FPU 问题，那么任何人都可以建议我为 ARM7 和 Cortex M/R 提供一个经过验证的良好工具链吗？

PS：我为 BeagleBoard (Cortex A-8) 使用 CodeSourcery 最新的 GNU Linux 工具链，还没有遇到任何问题。

我有一个测试应用程序，我首先使用 'mips-linux-gnu-gcc -EL ' 编译以创建 "exec_sigma" ，然后使用 'mipsel-linux-uclibc-gcc' 来创建 "exec_bcm" 。

在对这些可执行文件进行了 readelf 之后，我有很多不同之处。我主要关心 .debug_info 部分的差异

在 elf_sigma ：它是：

[33] .debug_info MIPS_DWARF 00000000 01357b 02fa1e 00 0 0 1

[34] .debug_abbrev MIPS_DWARF 00000000 042f99 0040cd 00 0 0 1

在 elf_bcm 中：它是：

[32] .debug_info MIPS_DWARF 00000000 02329b 0058ba 00 0 0 1

[33] .debug_abbrev MIPS_DWARF 00000000 028b55 000619 00 0 0 1

这种差异（大小）导致我的应用程序中的错误进行堆栈跟踪。它适用于 mips-linux-gnu-gcc -EL，但不适用于 mipsel-linux-uclibc-gcc。我想知道为什么相同可执行文件的部分存在这种差异，这是否正常？

感谢您阅读问题..

我无法通过 GCC 测试 (test_installed) - 在 AVX 测试中收到错误：

错误：“_mm_maskstore_pd”
avxintrin.h:900 的参数 2 的类型不兼容注意：预期为“_ m128d”，但参数的类型为“ _m128i”

如何禁用 AVX 测试或通过它？

Android 是否有某种替代工具链或语言可以生成独立的 APK 文件？

理想情况下，它不应该依赖于庞大且不断变化、不断升级的官方 Android SDK。

作为一个比喻，尽管微软一直在发布新的 Visual Studio，但我正在寻找一个与PowerBASIC和Mingw如何以普通 Windows 为目标的粗略等价物。

如果此语言或工具链本身是 Android 程序，则加分...

我为 Linaro 工具链编写 toolchain.cmake 文件。

我运行 cmake：

但是在编译时，我有关于异常的错误，而不是在工具链文件中定义的编译器标志：

据我了解我的 CMAKE_C_FLAGS_RELEASE，CMAKE_CXX_FLAGS_RELEASE 没有效果。为什么？

有谁知道我如何禁用在文件源代码中写入的标志，而不更改此文件的源代码。也许我必须更改 .exp 文件之一？

我想在-pthread不更改此源代码的情况下禁用标志：

我想使用具有 gcc 4.6 版或 linaro gcc 而不是默认提供的 gcc 4.5 版的 OpenEmbedded 构建一个交叉编译工具链。这可能吗？我想我应该只需要在 local.conf 文件中进行一些更改，但我无法弄清楚是什么。需要明确的是，我使用的是 OE 经典而不是 OE-core。

谢谢。

我正在尝试为我的 BeagleBoard C5 板成功构建 u-boot。我正在使用 Ubuntu 10.04 和 Crosstool-NG 工具链。我有 Xloader (MLO)、u-boot.bin 和 uImage 的工作映像，我发现这些映像是从 AngstromBB 项目中预构建的，这些板可以成功启动 Angstrom。

我可以通过执行以下操作成功构建 u-boot.bin 文件：

然后我复制我刚刚构建的 u-boot.bin 以替换 SD 卡上 u-boot.bin 的工作版本并尝试启动板，但它挂在以下位置失败：

它会永远坐在那里！我似乎找不到任何关于为 C5 BeagleBoard 构建 u-boot 的明确说明，除了它与以前的版本不同或需要使用 u-boot 构建的称为“SPL”的东西。有人知道我如何成功地为 BeagleBoard C5 构建自己的 u-boot.bin 映像吗？

简单的问题：我可以在 Angstrom (BeagleBoard) 上构建 OpenCV 而不将其作为工具链的一部分下载吗？意思是下载Unix版本的代码并构建它

（当然，构建过程本身必须通过工具链完成，但我是否必须将 OpenCV作为工具链的一部分下载，而不是稍后作为单独的文件下载）？