unrecognized command line option \"-fno-keep-inline-dllexport\"

最新推荐文章于 2023-04-09 15:32:03 发布
最新推荐文章于 2023-04-09 15:32:03 发布
阅读量3.6k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： android AnGo 文章标签： command
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/llrraa2010/article/details/7936056
本文详细介绍了如何通过安装特定版本的Codelite来解决Mingw4.6.1与Mingw4.5版本不匹配导致的编译错误-fno-keep-inline-dllexport的问题。

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

this is because \"-fno-keep-inline-dllexport\" is the option of mingw 4.6.1, but i'm using 4.5. So I change it by installing codelite-3.5.5377-mingw4.6.1-wx2.9.2.exe
QT5 Alpha WINDOWS编译
fish的小技术
04-07 4316
WINDOWS安装正常流程： 从http://releases.qt-project.org/qt5.0/alpha/获取源码包。从perl.org上下载perl，自动添加perl路径的环境变量。（此步是因为configure.bat脚本解析需要）下载mingw-get-inst-20111118.exe，安装最新的mingw 4.6.1（C、C++、msys），把mingw的路径增
C++从入门到放弃
touziss的博客
07-22 1225
仅作为记录，接下来有别的事，免得回头这个程序又跑不起来了。 目标是有一些坐标文件作为输入，算的是该GEO坐标对应点的AP8AE8模型值。 师兄已经编译好了模型，C++写的。下面只是用师兄的模型的过程遇到的问题。 1、版本问题。C++对版本要求高到离谱。师兄当时用的编译器是MinGW440，那就得下这个旧版本的，不然就会疯狂报错。下载后，还是疯狂报错，太多了，当时没记录 比如 cc1plus...
cc1plus.exe: error: unrecognized command line option "-fno-keep-inline-dllexport "
weixin_33675507的博客
11-11 1573
　　在Windows环境下的控制台上，通过qmake指令编译Qt程序时，出现cc1plus.exe: error: unrecognized command line option "-fno-keep-inline-dllexport "问题，百思不得骑姐，最后通过指令gcc -v查看版本号发现，gcc 版本太低gcc version 4.4.0 (GCC),修改环境变量中的MingW目录，...
makefile环境不匹配导致的编译错误g++: error: unrecognized command line option ‘-fno-plt
GZKPeng的博客
09-01 5181
makefile: CXXFLAGS = -I include -std=c++11 -O3 $(shell python3-config --cflags) LDFLAGS = $(shell python3-config --ldflags) DEPS = $(shell find include -xtype f) CXX_SOURCES = pse.cpp LIB_SO = pse.so $(LIB_SO): $(CXX_SOURCES) $(DEPS) $(CXX) -o $@ $(CX
问题：g++: error: unrecognized command line option ‘-fno-plt
计算机视觉算法、工程、产品
05-01 7373
问题： make后出现问题 g++: error: unrecognized command line option ‘-fno-plt 解决： makefile文件 CXXFLAGS = -I include -std=c++11 -O3 $(shell python3-config --cflags) LDFLAGS = $(shell python3-config --ldfla...
ubuntu g++: error: unrecognized command line option ‘-fno-plt’
Learning from the mistakes
06-20 4219
今天在编译chineseocr_lite下面的psenet的时候出现了下面的错误： g++: error: unrecognized command line option ‘-fno-plt’ Makefile:10: recipe for target 'pse.so' failed make: *** [pse.so] Error 1 make: Leaving directory '/media/data/projects/OCR/chineseocr_lite/psenet/pse' Trac
C++(Qt)软件调试---qmake编译优化和生成调试信息（9）
mahuifa的博客
04-09 4474
通过查看Qt编译生成的Makefile文件可以学习到Qt内部对不同编译模式做了哪些工作； Qt默认的三种编译模式基本可以适用于大部分开发调试的场景； 当我们遇见特殊的问题时就需要手动修改编译器选项，在程序编译时选择合适的优化参数和生成调试信息参数，在运行性能、程序大小、调试方便三个方向进行权衡利弊。 例如在不需要考虑性能时可以完全关闭优化，生成尽可能多的调试信息，以方便调试； 而有些程序运行需要一定的性能，就可以选择开启一定较低级别的优化。
掌握OpenGL调试：Qt源码编译失败的7大实用解决策略（专业问题速解）
!... # 摘要 本论文旨在提供对OpenGL与Qt基础知识的概述，并深入分析Qt源码的编译流程，包括编译前的准备、环境搭建、以及详细编译过程。同时，本文介绍了OpenGL调试工具的使用，包括问题定位、代码级调试技巧和性能...
CodeBlocks的安装以及wxWidget的安装及配置
10-26
个人总结的完整版的CodeBlocks的安装配置，还有wxWidget在windows下的wxMSW的安装及配置。
执行程序_qt sdk 2010.05 执行程序错误解决
weixin_34954140的博客
12-18 269
运行新建工程或者qt自带示例均提醒cc1plus.exe: error: unrecognized command line option "-fno-keep-inline-dllexport "错误，百度之后也没解决。因为之前在电脑上装过qt 4.8.6以及qt creator，这次安装了qt sdk 2010.05软件之后，见图 1，在环境变量PATH里之前已经设置过D:QTqt4.8.6b...
wxwidget编译安装_Ubuntu/Debian/Linux Mint 中编译安装 wxWidgets 框架
weixin_33983238的博客
02-22 981
wxWidgets是一个开源的跨平台的C 构架库，它可以提供GUI(图形用户界面)和其它工具。目前的2.x版本支持所有版本的Windows、带GTK 或Motif的Unix和MacOS。wxWidgets是一个C 程序开发框架/库， 支持Windows、Mac、Linux中使用相同的代码跨平台开发。它主要用C 写成，但也可以与其他语言绑定比如Python、Perl、Ruby。本教程中我将向你...
mockcpp 官方实例_Mac OS X上编译mockcpp过程
weixin_39878549的博客
12-21 423
Mac OS X上编译mockcpp过程OS版本：banxia:mockcpp yangjia$ sw_versProductName: Mac OS XProductVersion: 10.14BuildVersion: 18A391mockcpp支持cmake，编译步骤如下：cd mockcpp/mockcppcmake .make第一次编译错误用上面的方法编译到InterfaceI...
Qt学习 第26节：Qt编译过程
人类工程师的博客
01-03 2792
18:30:49: Running steps for project qt-tutorial-01... 1.使用qmake生成qt-tutorial-01.pro项目文件 18:30:49: Starting: "C:\Qt\Qt5.14.2\5.14.2\mingw73_64\bin\qmake.exe" C:\Users\MarX\Desktop\qt-tutorial-01\qt-tutorial-01.pro -spec win32-g++ "CONFIG+=debug" "CONFIG+=
CodeBlocks配置方法积累
BoWa21C的专栏
11-17 6195
心血来潮，开始准备学习C++，一步定位没有打算用VSC++，直接用开源工具CodeBlocks，GUI打算用wxWidgets，下面开始记录一些自学过程中心得，在这里不断积累，考验一下自己的毅力，看看能不能坚持下去，o(∩_∩)o 哈哈。 环境配置 1、MinGW配置   在系统环境变量path中增加MinGW的路径，如：D:\devtools\MinGW\bin   验证方法：在
tdm在win7 x64下静态编译 QT5.5 64bit版本问题2
猪被风吹
08-13 2391
问题描述: g++ -c -pipe -fno-keep-inline-dllexport -m64 -g -std=c++0x -fno-exceptions -frtti -Wall -Wextra -DUNICODE -DQT_BUILD_AXCONTAINER_LIB -DQT_BUILDING_QT -D_CRT_SECURE_NO_WARNINGS -D_USE_MATH_DEFI
codeblocks-12.11编译
sgzwiz的专栏
12-13 1020
codeblocks12.11-wxwidget2.8版本 1、用wxwidget3.0库，则无法编译，必须用2.8.X版本 2、必须用codeblocks自带的mingw来编译wxwidget，mingw5.0以上无法编译 编译时，需加上CXXFLAGS="-fmo-keep-inline-dllexport" mingw32-make -f makefile.gcc SHARED=
安装wxWidgets遭遇的两大关卡
weixin_34122810的博客
04-20 265
早就想体验wxWidgets。这学期的C++课，课时还算充裕。关键是弟子们的实践能跟得上，我希望能让他们也浅尝一把GUI开发。MFC能够选。但既然IDE都用CodeBlocks了。还是选wxWidgets，开源平台究竟吧。　　要引弟子行。师傅先走一步。　　最简单的办法，下载wxPack。直接安装。看到安装须要的空间相当大。有些犹豫。一是没有找到合适的下载源（我的浏览器打不开http://sou...
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.
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值