问题标签 [codesourcery]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
eclipse - 在 Eclipse 中使用 Codesourcery G++ Lite Toolchain 编译 C 源文件
我已经安装了 GNU ARM Eclipse 插件以将 Sourcery G++ Lite 工具链与 C/C++ 开发人员的 Eclipse Helios(Windows 版本)集成。我创建了一个新的 C 项目(ARM 跨目标应用程序,带有 Sourcery G++ 工具链),并编写了一个 Hello.c 源文件。尝试构建 c 文件时,出现以下错误:
我正在使用链接器的默认脚本generic.ld,它位于 CodeSourcery\arm-none-eabi\lib\generic.ld 目录中。
如果我取消选中“不要使用标准启动文件 -nostartfiles”选项,那么我不会收到任何错误,并且会生成一个 Hello.elf 文件。但是,如果我尝试从 Eclipse 运行它,则会收到以下错误:
有没有办法使用 Sourcery G++ 工具链在 Eclipse 中运行 C 编译文件?
谢谢。
gdb - gdb - 为远程目标生成核心文件?
我正在使用用于 ARM 的 gdb 的 Codesourcery 版本(即 arm-none-eabi-gdb)进行调试,并尝试生成一个核心文件以供以后检查。OpenOCD 是我的 GDB 目标。当我运行“gcore”或“generate-core-file”时,所有 gdb 都告诉我“无法创建 corefile”。有什么建议么?一般来说,是否可以对远程目标进行核心转储?
windows-7 - 在 x86 64 位 Windows 主机系统上安装和运行 Code Sourcery 需要做什么?
我已经看到这个问题要求 Linux 主机系统,但不是 Windows。
我有一个 Windows 7 64 位主机系统。我认为我遇到了一个 32 位问题,我在 Code Sourcery 文档中看到了这个模糊的短语。
“因此,即使在 64 位主机系统上运行,Sourcery CodeBench 也需要 32 位主机库。有关获取这些库的更多信息,请参阅您的操作系统文档。”
我找不到任何文档,因为我不知道“这些”库是什么。
谢谢,赛斯·M·金
beagleboard - 为 BeagleBoard 创建一个 Hello World 可执行文件
我正在尝试在 BeagleBoard 上运行一个 HelloWorld 项目。为此,我使用 RVDS 创建库,然后使用 CodeSourcery 为 BeagleBoard 创建可执行文件。
要通过 RVDS 创建库,我使用以下命令行:
armcc --cpu cortex-a8 -c hello_world.c --c99 --apcs=/fpic --no_hide_all -O3 -Otime --vectorize --no_unaligned_access -I"D:\RVDS\hello_world" -I"C:\Program Files\ARM\RVCT\Data\4.1\713\include\windows"
但是这个命令行只创建目标文件而不是库。为了创建我使用armar
命令的库,但我不确定这是否正确。因此,我的第一个问题是如何使用 RVDS 命令行创建库。
我还尝试通过选择一个新的静态库项目来使用 RVDS eclipse 环境创建库。创建库后,我使用 CodeSourcery 创建可执行文件:
arm-none-linux-gnueabi-gcc -Wall -I. -L. test_hello_world.c -lhello_world -o test_hello_world
但是如果我尝试在 BeagleBoard 上运行这个可执行文件,它就不起作用。因此,我认为我创建库的方式有问题。
如果有人尝试结合使用 RVDS 和 CodeSourcery 来为 BeagleBoard 创建可执行文件,请告诉我。
谢谢你的帮助。
linux-kernel - 使用 Sourcery Toolchain 在 Windows 上为 ARM 交叉编译 Linux 内核
我正在尝试为Windows 主机上的 ARM 目标(飞思卡尔 i.Mx28 )交叉编译Linux 内核。我知道与使用 Linux 主机相比,这种方法并不是最好的方法,但不幸的是,这不是由我来决定的。
限制是:
- 内核必须是飞思卡尔提供的内核(L2.6.35_MX28_SDK_10.12)
- 它必须使用 Sourcery Toolchain 和 CodeBench 构建
- 整个事情必须在 Windows 上完成
我已经做到了这一点,我解决了 Windows 上缺少的大小写敏感问题,以便我可以使用 Cygwin 提取内核源代码。但是现在我遇到了内核 Makefile 的问题。当我收到错误消息时,我认为 Windows 路径存在一些问题,该错误消息*** multiple target patterns. Stop.
来自:
配置时有关依赖检查的 in 路径和其他错误:
有没有一种方法可以移植 Makefile 而不必重写它,或者有没有另一种方法可以在不使用给定 Makefile 的情况下构建内核?我可以使用 sourcery 工具链或 IDE 来处理 Makefile 吗?有没有办法在给定的限制内构建内核?
path - 如何将目录添加到 ld 搜索路径以交叉编译到 ARM?
我正在尝试将 util-linux 配置为使用 CodeSourcery 中的 arm-none-linux-gnueabi 进行交叉编译。到目前为止,我唯一的问题是它找不到我编译的 ncurses 库。
如何将目录添加到 ld 搜索路径?我已经尝试添加到我的 LIBRARY_PATH 和 LD_LIBRARY_PATH 变量,但都没有。我知道我可以将 -L 标志添加到 gcc 并且它将添加到链接器路径,但是有没有办法在全局范围内执行此操作,以便我可以执行一次,而不必再担心它?
这是输出arm-none-linux-gnueabi-gcc -print-search-dirs | grep libraries | sed 's/:/\n/g'
:
我想将/arm/usr/lib
and添加/arm/usr/local/lib
到我的 ld 搜索路径。
如果您需要任何其他命令的输出,请询问!
编辑:我刚刚发现了 CFLAGS 环境变量——所有配置脚本/生成文件都尊重它吗?
谢谢!
gcc - 尝试检查 gcc 中的 neon 指令时如何解决错误指令“vadd.i16 q0,q0,q0”
尝试使用标志 -mcpu=cortex-a8 -mfpu=neon 但仍然没有成功
上面的代码用于测试 gcc 对 neon 指令的支持。
实际上我正在尝试使用 NEON 支持 ARM 平台构建 x264 运行配置脚本后 x264 配置日志文件包含
命令行选项:“--cross-prefix=arm-linux-androideabi-” “--enable-pic” “--extra-cflags=-mcpu=cortex-a8” “--host=arm-linux”
目标是利用支持霓虹灯的 ARM 处理器来提升 x264 编码器的性能......
android - 支持 gfortran 的 Codesourcery?
有没有人成功地将 gfortran 添加到用于 ARM 构建的 Codesourcery lite 中?如果不是,您如何使用 f2c 正确解决此问题以使用 codesourcery 编译 fortran 代码?
gcc - codesourcery 是否包括标准函数的安全版本(strcpy_s、sprintf_s 等)
快速提问:我将 codesourcery g++ lite 用于 arm-none-eabi。我在包含文件夹中进行了搜索,以查看是否有 strcpy_s 和 sprintf_s 之类的安全功能,但没有得到任何结果。
codesourcery 是否提供这些安全功能(可能使用不同的名称?)
在 Mentor Graphics 网站上,我没有找到这个问题的答案(无论是在谷歌上......)。
我是否必须在我的项目中添加此功能的第三方版本?
c - 错误:目标 CPU 不支持 ARM 模式
我正在尝试为各种 ARM 处理器交叉编译一个带有内联汇编的简单程序。它包含汇编指令 QSUB,根据本文档,它既是有效的 ARM 指令,又是 Thumb-2 指令。
在为 cortex-a8 构建时,这对我来说编译得很好。
当我尝试为 cortex-m3 构建时,标题中出现编译错误,但不知道为什么。我尝试使用编译器开关 -mthumb 强制使用拇指模式,然后错误变为“所选处理器不支持拇指模式”。我有点困惑,因为 cortex-m3 实际上支持拇指模式。
这是我与 codesourcery 的 gcc 一起使用的编译选项: