Fatal error: invalid -march= option: `armv7-a'

最新推荐文章于 2024-05-09 08:54:39 发布
最新推荐文章于 2024-05-09 08:54:39 发布
阅读量4.1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ayan200112/article/details/37958939
本文详细解读了在构建WebRTC项目时遇到的GCC编译错误，包括参数设置不当导致的无效march选项错误，并提供了解决方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ninja: Entering directory `out/Debug'
[2/3026] CC obj/webrtc/common_audio/signal_processing/common_audio_neon.downsample_fast_neon.o
FAILED: /xiao/webrtc0916/trunk/arm-arago-linux-gnueabi/bin/arm-arago-linux-gnueabi-gcc -MMD -MF obj/webrtc/common_audio/signal_processing/common_audio_neon.downsample_fast_neon.o.d -DANGLE_DX11 '-DWEBRTC_SVNREVISION="Unavailable(issue687)"' -D_FILE_OFFSET_BITS=64 -DCHROMIUM_BUILD -DUSE_DEFAULT_RENDER_THEME=1 -DUSE_LIBJPEG_TURBO=1 -DUSE_NSS=1 -DUSE_X11=1 -DENABLE_ONE_CLICK_SIGNIN -DGTK_DISABLE_SINGLE_INCLUDES=1 -DUSE_XI2_MT=2 -DENABLE_REMOTING=1 -DENABLE_WEBRTC=1 -DENABLE_PEPPER_CDMS -DENABLE_CONFIGURATION_POLICY -DENABLE_INPUT_SPEECH -DENABLE_NOTIFICATIONS -DENABLE_GPU=1 -DENABLE_EGLIMAGE=1 -DENABLE_TASK_MANAGER=1 -DENABLE_EXTENSIONS=1 -DENABLE_PLUGIN_INSTALLATION=1 -DENABLE_PLUGINS=1 -DENABLE_SESSION_SERVICE=1 -DENABLE_THEMES=1 -DENABLE_BACKGROUND=1 -DENABLE_AUTOMATION=1 -DENABLE_GOOGLE_NOW=1 -DENABLE_FULL_PRINTING=1 -DENABLE_PRINTING=1 -DENABLE_SPELLCHECK=1 -DENABLE_CAPTIVE_PORTAL_DETECTION=1 -DENABLE_MANAGED_USERS=1 -DENABLE_MDNS=1 -DWEBRTC_LOGGING -DWEBRTC_ARCH_ARM -DWEBRTC_ARCH_ARM_V7 -DWEBRTC_ARCH_ARM_NEON -DWEBRTC_LINUX -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DWTF_USE_DYNAMIC_ANNOTATIONS=1 -D_DEBUG -I../../webrtc -I../.. -I../.. -fstack-protector --param=ssp-buffer-size=4 -Werror -pthread -fno-exceptions -fno-strict-aliasing -Wall -Wno-unused-parameter -Wno-missing-field-initializers -fvisibility=hidden -pipe -fPIC -Wextra -Wno-unused-parameter -Wno-missing-field-initializers -mfpu=neon -flax-vector-conversions -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb --sysroot=/xiao/webrtc0916/trunk/arm-arago-linux-gnueabi -O0 -g -I/xiao/webrtc0916/trunk/arm-arago-linux-gnueabi/arm-arago-linux-gnueabi/include/c++/4.5.3 -I/xiao/webrtc0916/trunk/arm-arago-linux-gnueabi/arm-arago-linux-gnueabi/usr/include -I/xiao/webrtc0916/trunk/arm-arago-linux-gnueabi/arm-arago-linux-gnueabi/usr/lib -I/xiao/webrtc0916/trunk/arm-sysroot/lib/arm-linux-gnueabi  -c ../../webrtc/common_audio/signal_processing/downsample_fast_neon.S -o obj/webrtc/common_audio/signal_processing/common_audio_neon.downsample_fast_neon.o
Assembler messages:
Fatal error: invalid -march= option: `armv7-a'

【u-boot】——编译与运行
tyustli
10-12 464
u-boot 编译与 qemu 运行
yocto系列讲解[实战篇]93 - 添加Qtwebengine和Browser实例
fulinux的博客
12-21 1630
yocto系列讲解[实战篇]93 - 添加Qtwebengine和Browser实例
armv7-a.zip
09-29
安桌平台可以使用的ffmpeg动态库，ffmpeg版本为3.4.6，适用于arm-v7a架构，包含了头文件和动态链接库。
-march= option: `rv64imafdc‘
qq_44347816的博客
10-29 735
在使用刚自己生成的交叉编译工具gcc时，出现错误 问题出现的原因可能是： 文件从服务器复制到本地，在复制到Linux虚拟机时，其中的某些文件缺失或者损坏了。 解决方案： 在服务器上使用命令：tar -zcvf xxx.tar.gz xxx（xxx即为所要压缩的文件名） 在Linux中使用命令：tar zxvf xxx.tar.gz 把文件解压缩，可以有效防止损坏文件。 ...
全网首发：编译Android doubango时，armv7-a编译不出来的解决办法
柳鲲鹏
03-14 1326
　　今天编译Android doubango，arm64顺利编译出来了，可是armv7-a/armv7-a-neon死活不出来。难道是NDK问题？吾换了多个NDK，依然不行。看来不是这个问题。 　　仔细观察输出信息： Toolchain installed to /home/quantum6/nanjing/doubango/my-android-toolchain-android-armv...
M1 MacBook Pro编译GloVe时报错clang: error: the clang compiler does not support -march=native
Alan's Blog
04-26 3480
使用M1 MacBook Pro编译GloVe时报错，完整输出如下： mkdir -p build gcc -c src/vocab_count.c -o build/vocab_count.o -lm -pthread -O3 -march=native -funroll-loops -Wall -Wextra -Wpedantic clang: warning: -lm: 'linker' input unused [-Wunused-command-line-argument] clang: erro
GCC编译ARM篇
AnSwEr不是答案
08-07 6969
ARM 平台下GCC编译相关介绍，待补充 ARM处理器架构ARM处理器架构，通过选项-march指定，如-march=armv7-a，目前常见的有armv5te，armv6和armv7-a等指令集指令集，通过选项-m指定，如-mthumb，常见的有 1. thumb 16位指令集，它将32位arm指令的压缩成16位的指令编码方式,，实现低功耗 2. thumb-2 16位/32位指令集，对
aarch64 poky linux,aarch64-poky-linux-gcc：error：：没有这样的文件或目录
weixin_36157837的博客
05-13 1844
我想包括mlpack到我的yocto版本。没有启用python绑定我的食谱烘烤成功。 但在构建Python绑定我得到以下错误：aarch64-poky-linux-gcc：error：：没有这样的文件或目录aarch64-poky-linux-gcc -march=armv8-a -mtune=cortex-a57.cortex-a53--sysroot=/builds/build-h3/tmp/...
交叉编译时不要忘记-march编译选项
小完能的专栏
08-27 4179
必须写在这，要不然过一段时间又要忘记。 每个编译器都有默认的-march选项，其值一般都随主流芯片走。 比如老一点的arm交叉编译器，默认的选项可能是-march=armv4t，新一点的则可能是-march=armv6等等。 用老编译器编出来的二进制文件，只要没使用特殊指令
Linux内核移植 part1：arm gcc 编译与链接参数
叶玄青的博客
01-04 2969
虽然当前android啥的是主流，但是在进行裸机开发的时候，熟悉编译器这些参数就很重要了。下面以uboot的编译和链接过程为实例介绍arm gcc相关的参数。具体内容可以参考官方文档： https://gcc.gnu.org/onlinedocs/ pdf版本下载：https://gcc.gnu.org/onlinedocs/gcc-4.8.5/gcc.pdf编译参数arm-none-linux-
编译Opencv3.4.1出错
m0_57766572的博客
07-23 398
make[2]: *** [modules/imgcodecs/CMakeFiles/pch_Generate_opencv_imgcodecs.dir/build.make:64：modules/imgcodecs/precomp.hpp.gch/opencv_imgcodecs_RELEASE.gch] 错误 1。make: *** [Makefile:163：all] 错误 2。make[1]: *** 正在等待未完成的任务....
ubuntu 交叉编译 armv7_32 ffmpeg x264（已完成）
Dontla的博客
01-05 3928
FFmpeg和X264的交叉编译环境 arm linux交叉编译x264 ffmpeg ffmpeg与x264差异？ FFmpeg需要X264库才能正常编码x264，所以不知道我们arm摄像头里是否缺少x264库，所以我们先交叉编译个x264进去看看？ 交叉编译x264 我可以参照我之前交叉编译netkit-ftp的方法 下载 x264：git clone VideoLAN / x264 拷贝到ubuntu虚拟机中，在里面运行configure --help查看make配置指令，发现出现/bin/bash^
嵌入式交叉编译：Fatal error: invalid -march= option: `armv7-a‘
柳鲲鹏
05-09 477
【代码】嵌入式交叉编译：Fatal error: invalid -march= option: `armv7-a‘
NEON学习笔记(1) neon基础
s_trive_的博客
06-27 1941
neon基础知识
编译配置（1）——ARMv7，ARMv8（AArch64） 浮点配置等相关知识
热门推荐
横山郡守的博客
03-08 1万+
Neon（ARM架构处理器扩展结构） Neon是适用于ARM Cortex-A系列处理器的一种128位SIMD(Single Instruction, Multiple Data,单指令、多数据)扩展结构。 FPU：(Float Point Unit，浮点运算单元) FPU是专用于浮点运算的处理器，以前的FPU是一种单独芯片，在486之后，英特尔把FPU集成在CPU之内。 -mfpu -mfloat-abi arm-linux-gcc -march=armv7-a -mfpu=neon -mfloat-ab
Fatal error: invalid -march= option: `rv64imafc'
ShenWeiKKX的博客
05-13 1041
1.最后找出原因是工具链文件可能有损坏，就拿我这个例子来说，在ubantu下解压文件放在opt/riscv-toolchain目录下，但是我在解压完成的一瞬间，关闭了解压界面，可能就导致解压不完全，然后make的时候就报了这个错误，之后重新解压，解压完成后稍微等待一下就好了。 2.最后tar类型的压缩文件不要在windows上解压后传到ubantu上，因为这样也可能会损坏被解压文件，正确做法是将压...
编译linux驱动出错
mialo163的博客
10-21 3286
切换交叉编译器 编译出错 make CROSS_COMPILE=aarch64-linux-gnu- -C /home/rksdk/kernel M=/root/Desktop/ljdRF433 modules make[1]: Entering directory '/home/rksdk/kernel' CC [M] /root/Desktop/ljdRF433/RF433.o aar...
pxx@mdvr:valgrind-3.25.0$ arm-linux-gnueabihf-gcc -march=options arm-linux-gnueabihf-gcc: error: unrecognized argument in option '-march=options' arm-linux-gnueabihf-gcc: note: valid arguments to '-march=' are: armv2 armv2a armv3 armv3m armv4 armv4t armv5 armv5e armv5t armv5te armv6 armv6-m armv6j armv6k armv6s-m armv6t2 armv6z armv6zk armv7 armv7-a armv7-m armv7-r armv7e-m armv7ve armv8-a armv8-a+crc iwmmxt iwmmxt2 native arm-linux-gnueabihf-gcc: fatal error: no input files compilation terminated.
最新发布
05-07
<think>好的，我现在要解决用户在使用arm-linux-gnueabihf-gcc编译时遇到的-march参数错误问题。用户给出的错误信息是“unrecognized -march target”，并且引用了几个相关的解决方案。我需要结合用户提供的引用内容和之前的回答，给出一个全面且步骤清晰的解决方案。 首先，我需要回顾用户的问题。用户遇到了编译错误，具体是arm-linux-gnueabihf-gcc无法识别-march的参数，比如native或armv5。用户引用了三个解决方法：删除Makefile中的-Werror选项、重新执行编译命令和使用sed替换arch参数。另外，用户之前的问题中也提到了关于ARM架构参数的有效值，比如armv7-a、armv8-a等。 接下来，我需要分析错误原因。根据引用内容，可能的原因包括： 1. 使用了不支持的-march参数，比如native或者armv5，而工具链不支持这些值。 2. 旧版源码使用了过时的编译选项，导致新版编译器报错。 3. Makefile中可能存在硬编码的旧架构参数，需要修改。 然后，我需要参考用户提供的引用中的解决方法。引用[1]提到删除Makefile中的-Werror选项，这可能是因为将警告视为错误导致编译失败。引用[3]建议使用sed替换arch参数，比如将armv5替换为armv7-a。引用[2]中的用户通过重新执行make命令解决了问题，这可能是因为某些缓存或临时文件的问题。 结合之前的回答，解决方案应包括： 1. 确认目标设备的CPU架构，选择合适的-march参数。 2. 检查Makefile中的架构参数是否正确，必要时进行替换。 3. 移除可能引发错误的编译选项，如-Werror。 4. 清理编译缓存并重新编译。 此外，用户可能还需要验证工具链支持的架构参数，确保参数正确无误。 现在需要组织这些步骤，使其逻辑清晰，易于用户跟随。同时，要引用提供的引用内容，说明每个步骤的来源和原因，确保用户理解为什么这样做能解决问题。 可能需要注意的细节包括： - 使用sed命令替换Makefile中的参数时，确保路径正确。 - 不同的模块（如bfd、gas、ld）可能需要单独修改Makefile。 - 清理编译缓存的方法，如make clean或删除build目录。 最后，生成相关问题，帮助用户进一步解决可能遇到的类似问题，比如如何处理动态库依赖、优化NEON指令集等。</think>--- ### 针对`arm-linux-gnueabihf-gcc`的`-march`参数错误解决方案 #### **一、错误根源定位** 1. **参数不匹配** - **直接原因**：`-march`指定的架构值不在工具链支持列表中（如`native`、`armv5`）[^1][^2][^3] - **深层原因**：源码或编译脚本中硬编码了过时参数（如旧版代码默认`-march=armv5`，而工具链已不支持） 2. **工具链与源码版本冲突** - 旧版源码可能依赖特定编译器行为（如未严格遵循C标准），新版工具链会因语法严格性报错[^1] --- ### **二、分步解决方案** #### **1. 确认目标设备的CPU架构** - **执行命令**（在目标设备上运行）： ```bash cat /proc/cpuinfo | grep "CPU architecture" ``` - **典型结果**： - ARMv7设备：显示`ARMv7`或具体型号（如Cortex-A7/A8） - ARMv8设备：显示`ARMv8` #### **2. 调整`-march`参数值** - **根据设备架构选择有效参数**： | 设备架构 | 推荐`-march`值 | 适用场景 | |-----------|----------------|------------------------------| | ARMv5 | `armv5te` | 旧版嵌入式设备（需工具链支持）| | ARMv7 | `armv7-a` | 主流Cortex-A系列设备 | | ARMv8 | `armv8-a` | 64位ARM设备（需工具链支持） | - **编译命令示例**： ```bash arm-linux-gnueabihf-gcc -march=armv7-a -mtune=cortex-a7 -O2 main.c ``` #### **3. 修改源码或编译脚本（关键步骤）** - **场景1**：源码中硬编码了不支持的架构参数（如`-march=armv5`） - **解决方案**：使用`sed`批量替换（参考引用[3]）： ```bash # 替换所有Makefile中的armv5为armv7-a find . -name "Makefile" -exec sed -i 's/-march=armv5/-march=armv7-a/g' {} \; ``` - **场景2**：`-Werror`导致警告被视为错误（参考引用[1]） - **步骤**： 1. 进入编译目录的子模块（如`bfd`、`gas`、`ld`） 2. 编辑对应`Makefile`，删除`-Werror`选项 3. 示例（以`bfd`模块为例）： ```bash cd $BUILDDIR/bfd vim Makefile # 搜索并删除所有-Werror ``` #### **4. 清理编译缓存并重新编译** - **强制清理旧编译文件**： ```bash make clean # 清理常规编译缓存 rm -rf build/* # 删除构建目录（如有） ``` - **重新编译并指定参数**： ```bash make V=1 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j12 ``` - **参数说明**： - `V=1`：显示详细编译命令（便于调试） - `-j12`：并行编译加速（根据CPU核心数调整） #### **5. 验证工具链支持的架构参数** - **查询工具链支持的`-march`列表**： ```bash arm-linux-gnueabihf-gcc -march=help -Q --help=target 2>&1 | grep march ``` - **输出示例**： ``` -march=armv5te -march=armv7-a -march=armv8-a ``` --- ### **三、兼容性配置表** | 错误场景 | 解决方案 | 参考来源 | |---------------------------|-----------------------------------|------------| | `-march=armv5`不被支持 | 替换为`armv7-a`或`armv5te` | [^1][^3] | | 工具链版本与源码冲突 | 移除`-Werror`或降级编译器版本 | [^1] | | 参数拼写错误（如空格） | 检查格式：`-march=armv7-a`无空格 | 系统提示 | --- ### **四、扩展问题解答** **Q1: 替换`-march`参数后仍报错，如何排查？** - **步骤**： 1. 检查所有子模块的`Makefile`（如`binutils`、`gas`）是否残留旧参数 2. 执行`make distclean`彻底清理编译环境 3. 确认交叉编译工具链路径配置正确 **Q2: 如何为ARMv8设备启用64位支持？** - **编译命令**： ```bash # 需使用aarch64工具链（非arm-linux-gnueabihf） aarch64-linux-gnu-gcc -march=armv8-a main.c ``` **Q3: 出现`undefined reference to '__aeabi_uldivmod'`错误？** - **原因**：未链接GCC低级运行时库 - **修复**：添加`-lgcc`链接选项： ```bash arm-linux-gnueabihf-gcc ... -lgcc ``` --- ### **五、相关引用总结** - 删除`-Werror`可绕过严格语法检查 - 批量替换源码中的旧架构参数（如`armv5→armv7-a`）是通用解法[^3] - 重新编译前清理缓存可避免残留配置干扰[^2] ---
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值