unrecognized command line '-fforce-mem'

最新推荐文章于 2023-07-05 22:45:04 发布
原创 最新推荐文章于 2023-07-05 22:45:04 发布 · 2.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#gcc #makefile

本文介绍了在使用gcc 3.4及以上版本编译libmad-0.15.1b时遇到的“-fforce-mem”选项错误，并提供了解决方案。需要在Makefile中删除该选项。

时间

2017-04-11

描述

编译安装libmad-0.15.1b.tar.gz(20040216发布)的时候出现下面的错误：
unrecognized command line option “-fforce-mem”

原因

gcc 3.4 或者更高版本，已经将“-fforce-mem”去除，所以会出现上面的错误！

解决

找到相关Makefile
vi Makefile
找到包含”-fforce-mem”字符串，将其删除

参考

Compiling libmad with gcc 3.4 or higher will produce the following error: cc1: error: unrecognized command line option “-fforce-mem”. The build option “-fforce-mem” has been kicked out of gcc, so you need to alter the makefile (just vi Makefile after you have configured, hit “/” to search for the entry and delete it)

【iMX6q-Linux】---交叉编译 移植 Mplayer 到 ARM开发板 （方法一）
秋知叶i
06-30 2340
在编程的艺术世界里，代码和灵感需要寻找到最佳的交融点，才能打造出令人为之惊叹的作品。而在这座秋知叶i博客的殿堂里，我们将共同追寻这种完美结合，为未来的世界留下属于我们的独特印记。
Formal -- VC Formal FPV study
ocarvb的专栏
02-29 2073
VC formal study
编译libmad出错：unrecognized command line option “-fforce-mem”
HEDGEHOGc7的博客
08-06 357
找到libmad configure之后的Makefile, 删除 -fforce-mem
cc1: error: unrecognized command line option "-fforce-mem"
weixin_38694789的博客
04-25 1299
编译安装libmad-0.15.1bmake之后出现：cc1: error: unrecognized command line option "-fforce-mem"解决方法是：找到libmad configure之后的Makefile,vi Makefile找到包含"-fforce-mem"字符串，将其删除就可以了原因是gcc 3.4 或者更高版本，已经将其去除了，所以会出现上面的错误！...
移植MPlayer时：unrecognized command line option "-fforce-mem"
未名湖畔的落叶
05-31 2324
我们在移植MPlayer时，开始在编译libmad时，经常会出现问题：unrecognized command line option "-fforce-mem"。这难倒了很多人，也让很多人对MPlayer的移植望而却步，不在抱有信心了，其实这只是gcc版本高低不同造成的。         解决方法：找到libmad-0.15.1b配置之后的Makefile，将里面出现的-fforce-mem字
stata中出现unrecognized command: xxx命令无法识别或无法执行怎么办
热门推荐
jaffe507的博客
08-06 7万+
当stata提示信息“unrecognized command: xxx”时，意味着命令“xxx”无法识别。主要包括三类：第一类是Stata自带的，统一存放于“D:\Stata\ado\base”文件夹下，这些命令通常不会出现无法识别的问题；第二类是自己下载的外部命令，统一存放于“D:\Stata\ado\plus”文件夹中，可以自己在安装stata后设置下stata的文件路径，这样就不会出现命令无法识别的问题；第三类是自己编写的命令，统一存放于“D:\Stata\ado\personal\ ”文件夹中，要
Stata command ** is unrecognized万能懒人快速解决方法
m0_63452498的博客
07-05 6万+
Stata command ** is unrecognized万能懒人快速解决方法
mplayer linux arm,【嵌入式】交叉编译移植 Mplayer 到 ARM开发板
weixin_34365042的博客
05-13 750
一、基本信息1、移植环境①：ubuntu16.04②：iMX6Q开发板2、移植所需软件源码①：libmad libmad 下载②：mplayer mplayer下载③：百度网盘下载：链接：https://pan.baidu.com/s/1KM3VNY4RWhBKFsN4me8shg提取码：rds1二、移植Libmad①：版本选择：libmad-0.15.1b.tar.gz②：libmad准备工作进...
使用sysbench进行压测DM8数据库
lyatto的博客
06-05 860
1、服务器已经安装达梦V8软件，操作系统用户为dmdba，DM_HOME配置为export DM_HOME=“/dm8”3、依赖库已经配置：export LD_LIBRARY_PATH=“$LD_LIBRARY_PATH:/dm8/bin”设置配置文件的执行权限，使用./configure --without-mysql --with-dm命令执行。如果此操作失败，说明缺少了基本的编译工具，如automake等，进行安装即可。首先进入sysbench源码目录，执行autogen.sh脚本。
ARM平台中Mplayer的移植及报错处理
m0_46698486的博客
03-12 568
ARM平台中Mplayer的移植及报错处理 转载连接 几个报错处理： 1、在libmad-0.15.1b/路径下 ./configure --enable-fpm=arm --host=arm-linux-gcc --disable-shared --disable-debugging --prefix=/home/liang/mplayer-arm CC=arm-linux-gcc 出现以下错误： checking host system type… Invalid configuration arm-l
ubuntu 安装libmad时遇到‘-fforce-mem’错误
weixin_30457465的博客
04-29 228
参考 https://blog.youkuaiyun.com/luzheng998/article/details/5792821 删掉 Makefile里面的 -fforce-mem，我还提示-fforce-addr 也让我一并删除了， 顺利make 转载于:https://www.cnblogs.com/caik13/p/8970267.html...
记录：linux升级g++
lky_for_lucky的博客
12-10 4595
系统：麒麟桌面版，arrch64架构 源g++版本：5.4.0，如下： 通过apt-get安装的g++版本最高就是5，用此版本编译我们的程序release模式可以编译，但debug模式就会报错（如下图），这边没有被这问题解决掉，于是尝试升级g++。 升级g++ 首先，查看官网的文档 从中，我们可以得出以下关注点： 1 1.Before starting the build/install procedure please check the host/target specific installat
aarch64-linux-gnu-gcc: error: unrecognized argument in option ‘-mcmodel=kernel’
qq_40545297的博客
04-10 6365
allwinner A64 编译ko模块
Linux·gcc 编译优化简介
m0_64560763的博客
04-10 1396
gcc 编译优化简介
libmad使用一步步进阶
系统运维
08-15 743
原文地址：http://my.oschina.net/mjRao/blog/57874 libmad是一个开源mp3解码库，其对mp3解码算法做了很多优化，性能较好，很多播放器如mplayer、xmms等都是使用这个开源库进行解码的；如果要设计mp3播放器而又不想研究mp3解码算法的话，libmad是个不错的选择，可是问题来了： libmad配套的相关文档太少，可以说几乎没有，只有一个示例程...
Gcc编译优化等级介绍
时有限
08-22 2768
O0选项不进行任何优化，在这种情况下，编译器尽量的缩短编译消耗（时间，空间），此时，debug会产出和程序预期的结果。当程序运行被断点打断，此时程序内的各种声明是独立的，我们可以任意的给变量赋值，或者在函数体内把程序计数器指到其他语句,以及从源程序中 精确地获取你期待的结果.O1优化会消耗少多的编译时间，它主要对代码的分支，常量以及表达式等进行优化。O2会尝试更多的寄存器级的优化以及指令级的优化，它会在编译期间占用更多的内存和编译时间。
编译libmad
weixin_41702739的博客
07-20 1085
编译libmad ./configure CC=arm-linux-gnueabihf-gcc CXX=arm-linux-gnueabihf-g++ AR=arm-linux-gnueabihf-ar --host=arm-linux-gnueabihf --enable-speed --prefix=/home/KK/LibMad/   出现错误： cc1: error: unrec...
编译linux驱动出错
mialo163的博客
10-21 3349
切换交叉编译器 编译出错 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...
unrecognized command line option -W1 -flto
最新发布
07-09
<think>我们正在处理一个编译错误：`arm-none-eabi-gcc: unrecognized command line option '-W1 -flto'`。用户在使用arm-none-eabi-gcc时遇到了这个问题。 首先，我们需要分析错误信息。编译器提示无法识别的命令行选项，这通常意味着： 1. 选项拼写错误 2. 编译器版本不支持该选项 3. 选项组合方式不正确 具体到错误信息：`-W1 -flto`，这里有两个选项： - `-W1`：看起来可能是想使用一个警告选项，但标准的警告选项通常是`-W`后面跟字母（如`-Wall`）或数字（如`-W1`可能被误写，因为警告级别通常是`-W`后跟数字，但标准形式是`-W`后面不直接跟数字，而是用`-W`和数字分开？实际上，警告级别是用`-W`加数字，但注意格式：`-W`和数字之间没有空格，例如`-W1`（注意：这里有一个常见的混淆点，因为`-W`后面可以跟很多不同的子选项，而数字级别通常用`-Wlevel`，例如`-W1`表示警告级别1，但并不是所有编译器都支持数字级别，而且通常数字级别是`-W`后紧接数字，中间无空格）） 然而，在GCC中，警告级别是通过`-W`后跟数字来指定的，例如： - `-W0`：关闭所有警告（实际上，默认级别） - `-W1`：级别1（一些基本的警告） - `-W2`：级别2（更多的警告） - `-W3`或`-Wall`：所有警告 但是，请注意，`-W1`这个选项在GCC中是存在的，它表示启用警告级别1。不过，在错误信息中，我们看到的是`-W1 -flto`，这被报告为一个无法识别的选项？实际上，错误信息中是把`-W1 -flto`作为一个整体吗？还是两个选项？ 错误信息是：`unrecognized command line option '-W1 -flto'`，注意这里单引号内是`'-W1 -flto'`，这意味着整个字符串被当作一个选项了。这通常是因为在命令行中，这两个选项被错误地连在一起写了，中间没有用空格分隔？或者是在Makefile中编写时，可能由于换行符或引号使用不当导致两个选项被合并成一个字符串。 所以，首先检查命令行中这两个选项的书写方式。正确的应该是两个独立的选项：`-W1`和`-flto`，中间用空格分开。 例如： ```bash arm-none-eabi-gcc -W1 -flto ... ``` 如果写成： ```bash arm-none-eabi-gcc "-W1 -flto" ... ``` 或者 ```bash arm-none-eabi-gcc '-W1 -flto' ... ``` 那么整个字符串就会被当作一个选项，从而出错。 因此，第一个可能的原因是：在构建脚本（如Makefile）中，可能错误地将两个选项写在一起了，中间没有用空格分开，或者被引号包成了一个整体。 第二个可能的原因：如果确定是分开写的，那么可能是编译器版本不支持`-flto`选项。`-flto`是用于链接时优化（Link Time Optimization）的选项，需要编译器支持。不同的arm-none-eabi-gcc版本可能支持程度不同。 解决方案步骤： 1. **检查命令行选项的书写方式**：确保`-W1`和`-flto`是两个独立的选项，中间有空格。检查构建脚本（Makefile等）中是否有错误。 2. **检查编译器版本**：运行以下命令查看编译器版本： ```bash arm-none-eabi-gcc --version ``` 然后确认该版本是否支持`-flto`。通常，较新的版本才支持。例如，GCC 4.5及以上版本开始支持LTO，但嵌入式工具链可能会有所不同。 3. **单独测试选项**： - 测试`-W1`：`arm-none-eabi-gcc -W1 -c test.c` 看是否报错。 - 测试`-flto`：`arm-none-eabi-gcc -flto -c test.c` 看是否报错。 如果其中一个选项报错，则说明该选项不被支持。 4. **替代方案**： - 如果`-W1`是拼写错误，可能本意是`-Wl`（这是传递给链接器的选项前缀），但这里看起来不像。 - 如果`-flto`不被支持，可以考虑升级编译器工具链，或者不使用LTO优化。 5. **升级工具链**：如果当前工具链版本过旧，可以下载最新版本的ARM GCC工具链。 另外，注意`-W1`中的数字1可能是字母l的小写？因为`-Wl`是一个常用选项，用于传递选项给链接器。但这里错误信息明确是`-W1`，所以是数字1。 如果确认是分开写的两个选项，而编译器仍然报错，那么可能是编译器版本太旧，不支持`-flto`。在这种情况下，需要升级工具链。 总结步骤： 1. 检查构建脚本，确保选项书写正确（两个独立选项）。 2. 检查编译器版本，确认是否支持`-flto`（通过查看版本或单独测试）。 3. 如果版本太旧，升级arm-none-eabi-gcc工具链。 如果用户已经确认书写正确，那么很可能是编译器版本问题。 注意：在嵌入式开发中，工具链的版本选择很重要，因为不同版本支持的选项和特性可能有差异。 相关问题： 1. 如何检查arm-none-eabi-gcc的版本？ 2. 如何升级arm-none-eabi-gcc工具链？ 3. 链接时优化（LTO）在嵌入式开发中有什么作用？ 4. 除了`-flto`，还有哪些常用的GCC优化选项？</think>### 解决 `arm-none-eabi-gcc: unrecognized command line option '-W1 -flto'` 错误 此错误通常由 **编译器版本过旧** 或 **选项拼写错误** 导致。以下是逐步解决方案： --- #### 1. **检查选项拼写（常见原因）** - **错误形式**：`-W1` 是无效选项（数字 `1` 易混淆为字母 `l`） - **正确形式**： - `-Wl`（小写 L）：表示链接器选项，例如 `-Wl,--gc-sections` - `-flto`：链接时优化选项（需单独书写） - ✅ **修正示例**： ```bash # 错误：-W1 -flto 被误认为一个整体选项 arm-none-eabi-gcc -W1 -flto -o output.elf input.c # 正确：拆分为两个独立选项 arm-none-eabi-gcc -Wl,... -flto -o output.elf input.c ``` --- #### 2. **验证编译器版本** `-flto` 需要较新的 GCC 版本（建议 ≥ GCC 5.0）： ```bash arm-none-eabi-gcc --version ``` - **输出示例**： ``` arm-none-eabi-gcc (15:12.2.rel1-1) 12.2.1 20230211 # 支持 -flto ``` - **若版本过低**： - 升级工具链：[ARM GNU Toolchain 官网](https://developer.arm.com/downloads/-/arm-gnu-toolchain-downloads)下载最新版本 - 或使用包管理器升级（如 Ubuntu）： ```bash sudo apt update && sudo apt install gcc-arm-none-eabi ``` --- #### 3. **检查工具链兼容性** 嵌入式工具链可能限制 LTO 支持： - **确认是否支持 LTO**： ```bash arm-none-eabi-gcc --help=optimizers | grep flto ``` 输出应包含 `-flto` 说明。 - **若不支持**： - 移除 `-flto` 选项 - 改用 `-O2`/`-O3` 标准优化 --- #### 4. **排查构建系统配置** - **Makefile 检查**： ```makefile CFLAGS += -flto # 正确 CFLAGS += -W1 # 错误！应改为 -Wl 或删除 ``` - **IDE 设置**（如 VSCode、Eclipse）： 在项目属性中检查 "Extra Flags"，确保无合并选项。 --- #### 5. **替代方案（若仍不生效）** - **使用 `-O2` 代替 LTO**： ```bash arm-none-eabi-gcc -O2 -o output.elf input.c # 标准优化 ``` - **启用最小化警告**： ```bash arm-none-eabi-gcc -Wall -Wextra ... # 代替 -W1 ``` --- ### 关键总结 | 问题原因 | 解决方案 | |-------------------|------------------------------| | 拼写错误 (`-W1`) | 改为 `-Wl` 或删除 | | 编译器版本过旧 | 升级至 ARM GCC ≥ 12.2 | | 工具链不支持 LTO | 移除 `-flto` 或用 `-O2` 替代 | > **提示**：ARM GCC 12.2 已全面支持 LTO[^1]。若问题持续，提供完整的编译命令和 `arm-none-eabi-gcc -v` 输出以便进一步诊断。 --- ### 相关问题 1. 如何检查 ARM GCC 工具链的完整支持选项列表？ 2. 链接时优化（LTO）在嵌入式开发中有哪些优缺点？ 3. 除了 `-flto`，还有哪些提高嵌入式代码效率的编译选项？ 4. 如何为旧版 ARM GCC 手动启用 LTO 支持？ [^1]: ARM GNU Toolchain Release Notes, 2023.
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值