关于clang: error: invalid deployment target for -stdlib=libc++ (requires iOS 5.0 or later)

最新推荐文章于 2023-05-12 10:29:22 发布
转载 最新推荐文章于 2023-05-12 10:29:22 发布 · 1.2k 阅读 · 0

本文详细介绍了在使用Xcode4.5进行iOS开发时遇到的编译错误问题：invalid deployment target for stdlib=libc++ (requires iOS 5.0 or later)。通过调整target下的C++ Language Dialect和C++ Standard Library设置，可以成功解决此问题。提供了相关解决方案和步骤说明，帮助开发者快速定位并解决类似错误。

Xcode4.5，编译时，经常会碰到错误提示：

invalid deployment target for -stdlib=libc++ (requires iOS 5.0 or later)

这是由于导入C++静态库引发的。修改target下的



将C++ Language Dialect 和C++ Standard Library 设置为Compiler Default 就OK了。


相关文章路径：

http://www.cnblogs.com/qiezi/archive/2012/11/27/2790687.html

sandy_shell
关注
Android R定制项目后编译失败，提示“clang++: error: unknown argument: ‘-ftrivial-auto-var-init=zero‘“
sunnywalden
07-01 4586
拿到高通的release代码之后，编译平台项目通过。但是根据平台项目去定制项目时编译遇到以下错误： [ 63% 49501/77678] target C++: libcamxgenerated <= out/target/product/sc161/obj/STATIC_LIBRARIES/libcamxgenerated_intermediates/generated/g_pars FAILED: out/target/product/sc161/obj/STATIC_LIBRARIES/lib
问题：clang++.exe: error: unknown argument: ‘-static-openmp‘
icee
09-09 2863
问题：clang++.exe: error: unknown argument: '-static-openmp’ 环境： 系统：win10 环境：AndroidStudio 3.6.1 问题分析： 下载了github大神的一个yolox demo，实际build时发现NDK总是编译完成链接时报错:clang++.exe: error: unknown argument: ‘-static-openmp’。重复clean和rebuild都还存在该问题。更换了几个版本的NDK15.x、16.x和20.x的
错误:clang: error: invalid deployment target for -stdlib
DCSnail-蜗牛
04-14 1534
错误clang: error: invalid deployment target for -stdlib
（iPhone/iPad开发）关于clang: error: invalid deployment target for -stdlib=libc++
安迪·潘 的专栏
03-09 1645
今天用XCode 4.5开发时将target 设置为4.3后，报了一个错误： invalid deployment target for -stdlib=libc++ 上网查了查是默认的c++编译工具有问题，在target中改一下c++编译类库 将target 中的CLANG_CXX_LIBRARY项设置为libstdc++即可，默认的是libc++
关于clang: error: invalid deployment target for -stdlib=libc++ (requires iOS 5.0 or later)的错误问题
wohaoxuexi的专栏
03-27 2421
使用Xcode4.5.2后遇到clang: error: invalid deployment target for -stdlib=libc++ (requires iOS 5.0 or later)的错误问题，找到TARGETS、Build Settings、Apple LLVM compiler 4.1 - Language、C++ Standard Library。将其选项改为libstd
clang: error: invalid deployment target for -stdlib=libc++ (requires iOS 5.0 or later)
weixin_30338481的博客
07-04 115
低于5.0版本的不支持设置成 或 在Xcode中做如下配置 静态库工程也要做同样设置 转载于:https://www.cnblogs.com/wudan7/p/3824066.html
【状态未成功】CONFIG_CFI_CLANG失败过程记录make CC=clang bootimage
赵撵猪的博客
05-12 1459
实现并没有成功，只是记录过程，使用4.9内核尝试开启过程
iOS 报clang: error: no input files错误的解决方法
01-20
在iOS开发过程中，开发者可能会遇到一个常见的编译错误：`clang: error: no input files`。这个错误通常意味着Xcode无法找到需要编译的源文件，可能是由于文件被删除或移动，但项目配置中仍然引用了这些文件。下面将...
精选资源
ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1
01-06
今天编写一个简单的代码，报错了： ... for (uint32_t i = 0; i < SIZE; ++i) { _data[i] = new T[SIZE]; } } inline const uint32_t size() const { return SIZE; } T* operator[](uint32_
使用GCC的PGO（Profile-guided Optimization）优化整个系统
天涯路的专栏
06-11 6016
启发来自于巨硬在自家服务器上做的实验，废话不多直接上图微软的方法微软的方法可以看到使用PGO优化的内核还是有一些性能提升的零、前提想要使用PGO编译优化，你的gcc编译器需要开启支持pgo特性，gentoo系统如下 一、内核kernel的优化 然后在新内核下运行系统一段时间，打开各种软件如浏览器、mpv播放器、cmus、办公、编译软件、下载、游戏、steam等等（即将日常用系统的各个软件和场景全部跑一遍），以让内核收集足够全面的profile数据（gcov数据）#注：开启了CONFIG_DEBUG_
Linux 6.2 最新合并情况：拓展 ArmSoc 支持，华为代码加速核心功能 715 倍！
优快云资讯
12-15 5597
作为送给全球开发者的圣诞礼物，Linux 在前日发布了 Linux 6.1 内核的稳定版，并开启了 Linux 6.2 的合并窗口。这次更新不仅为广大用户带来了不少新功能与改进，还让许多人开始期盼 Linux 6.2 将会合并哪些令人兴奋雀跃的内容。那么，Linux 6.2 的合并窗口现在都有什么新动向呢？
android调试内核,内核控制流完整性  |  Android 开源项目  |  Android Open Source Project...
weixin_29170327的博客
05-27 656
控制流完整性 (CFI) 是一种安全机制，它不允许更改已编译二进制文件的原始控制流图，因而执行此类攻击变得异常困难。在 Android 9 中，我们在更多组件以及内核中启用了 LLVM 的 CFI 实现。系统 CFI 默认处于启用状态，但内核 CFI 需要您手动启用。LLVM 的 CFI 需要使用链接时优化 (LTO) 进行编译。LTO 会一直保留对象文件的 LLVM 位码表示法直至链接时，以便编...
Linux 5.12终于合并了Clang LTO支持
bingyu1024的博客
03-09 791
近日，Linux5.12 终于合并了 Clang LTO 支持，而且支持 AArch64 (64 位 ARM) 平台和 x86_64 平台。 此前本站曾报道过 Linux 5.12 或将支持 Clang LTO 和 Linux 5.12 的 Clang LTO PR 的相关讯息。不过，当时的补丁仅支持 AArch64 平台，并且表示由于一些 objtool 的问题，对于 x86_64 平台的支持或许要在 Linux 5.13 才能实现。而且，Linus Torvalds 过去从未采纳过 LTO 支.
颤抖吧：clang中文编程，真正不可维护的代码！！
weixin_34403693的博客
04-09 224
为什么80%的码农都做不了架构师？>>> ...
关于clang编译器的一些用法
jxc98728的博客
03-16 7023
clang man pageclang — the Clang C, C++, and Objective-C compiler TL;DR Compile a source code file into an executable binary: clang input_source.c -o output_executable Activate output of all errors a...
用Clang编译出现错误的解决方法
jimmyleeee的专栏
05-14 8396
用Clang编译器编译opencv，遇到如下错误： In file included from /tool/app/gnu/gcc-8.2.0/lib/gcc/x86_64-redhat-linux/8.2.0/include/emmintrin.h:31: /tool/app/gnu/gcc-8.2.0/lib/gcc/x86_64-redhat-linux/8.2.0/include/xmm...
invalid iOS deployment version '-miphoneos-version-min=11.3', iOS 10 is the maximum deployment targe
南风的专栏
06-13 5844
Unity4.7 默认打包会打包成为 32位 应用 可以手动修改，为64位 在PlayerSetting时 ，把脚本模式 Scripting Backend 选择 IL2cpp 然后 在架构Architeture 这栏 就可以选择ARM 64...
# Compiler-specific C++17 activation. if(CMAKE_CXX_COMPILER_ID MATCHES "GNU" OR CMAKE_CXX_COMPILER_ID MATCHES "Intel") execute_process( COMMAND ${CMAKE_CXX_COMPILER} -dumpversion OUTPUT_VARIABLE GCC_VERSION) # Just g++-5.0 and greater contain <codecvt> header. (test in ubuntu) if(NOT (GCC_VERSION VERSION_GREATER 5.0 OR GCC_VERSION VERSION_EQUAL 5.0)) message(FATAL_ERROR "${PROJECT_NAME} requires g++ 5.0 or greater.") endif () elseif (CMAKE_CXX_COMPILER_ID MATCHES "Clang" AND ANDROID) # Need -Os cflag and cxxflags here to work with exception handling on armeabi. # see https://github.com/android-ndk/ndk/issues/573 # and without -stdlib=libc++ cxxflags elseif (CMAKE_CXX_COMPILER_ID MATCHES "Clang" AND APPLE) set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++17 -stdlib=libc++") elseif (CMAKE_CXX_COMPILER_ID MATCHES "Clang" AND ( CMAKE_SYSTEM_NAME MATCHES "Linux" OR CMAKE_SYSTEM_NAME MATCHES "FreeBSD") ) execute_process( COMMAND ${CMAKE_CXX_COMPILER} -dumpversion OUTPUT_VARIABLE CLANG_VERSION) if(NOT (CLANG_VERSION VERSION_GREATER 4.2.1 OR CLANG_VERSION VERSION_EQUAL 4.2.1)) message(FATAL_ERROR "${PROJECT_NAME} requires clang 4.2.1 or greater.") endif() # You can use libc++ to compile this project when g++ is NOT greater than or equal to 5.0. if(WITH_LIBCXX) set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++") endif() elseif(MSVC_VERSION GREATER 1800 OR MSVC_VERSION EQUAL 1800) # Visual Studio 2012+ supports C++17 features elseif(CMAKE_SYSTEM_NAME MATCHES "Emscripten") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++17 -stdlib=libc++") else() message(FATAL_ERROR "Your C++ compiler does not support C++17.") endif() 这一段为什么会报不支持17的错误
最新发布
11-26
<think> 我们正在分析CMake配置导致C++17支持报错的问题。根据用户提供的引用信息，我们可以关注以下几点： 1. 引用[2]展示了使用Clang编译器的配置示例，其中指定了C和C++编译器为clang和clang++，并使用了Unix Makefiles生成器。 2. 引用[3]提供了关于编译器（gcc、clang）和构建工具（make、cmake）的辨析，说明它们之间的关系。 3. 引用[4]展示了如何在CMake中集成Clang-Tidy，但这不是直接相关。 4. 引用[5]解释了Clang是LLVM的前端，用于编译代码。 用户的问题：CMake和Clang都支持C++17，但编译时报错不支持C++17。 可能的原因及解决方案： 1. **CMakeLists.txt中未显式设置C++17标准**：尽管编译器支持，但CMake可能默认使用较低的标准。需要在CMakeLists.txt中设置： ```cmake set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) ``` 2. **生成器（Generator）问题**：引用[2]中使用了`-G "Unix Makefiles"`，如果用户使用的生成器不同（如Visual Studio），可能需要额外设置。例如，对于Xcode生成器，需要设置属性： ```cmake set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LANGUAGE_STANDARD "c++17") ``` 3. **编译器路径或版本问题**：确保使用的Clang版本支持C++17（Clang 5以上）。在CMake配置时，可以通过指定编译器路径来确保使用正确的Clang版本，如引用[2]中设置PATH后指定编译器。 4. **缓存问题**：构建目录可能包含旧的缓存，导致设置未被更新。尝试删除构建目录并重新配置。 5. **其他覆盖设置**：检查是否有其他地方（如工具链文件、环境变量）覆盖了C++标准设置。 6. **目标属性覆盖全局设置**：如果项目中有多个目标，可能某个目标单独设置了较低的标准。确保每个目标都继承全局设置，或者显式设置每个目标的标准。 根据引用[2]的配置示例，我们可以建议用户检查其配置脚本，确保指定了正确的编译器和生成器，并在CMakeLists.txt中设置C++17。 下面给出一个详细的步骤： ### 步骤1：在CMakeLists.txt中显式设置C++17 ```cmake cmake_minimum_required(VERSION 3.8) # 因为C++17需要CMake 3.8以上 project(YourProject) # 设置C++17 set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_CXX_EXTENSIONS OFF) # 推荐关闭扩展，使用标准 # 添加可执行文件 add_executable(YourTarget your_source.cpp) ``` ### 步骤2：在配置时指定Clang编译器 在配置步骤中，确保指定了Clang作为编译器，如引用[2]中的做法： ```bash mkdir build cd build cmake .. -G "Unix Makefiles" -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ ``` ### 步骤3：构建 ```bash cmake --build . ``` ### 步骤4：验证 在代码中检查`__cplusplus`宏的值，确保是`201703L`。 ### 其他可能的问题 - **如果使用Visual Studio生成器**：需要指定平台工具集为Clang。例如： ```bash cmake .. -G "Visual Studio 16 2019" -T ClangCL ``` - **如果使用Ninja生成器**：同样需要指定编译器。 ### 引用信息分析 引用[2]的配置脚本中，先设置了PATH（包含Qt的Mingw工具链和LLVM的bin目录），然后使用`-G "Unix Makefiles"`生成器，并指定了C和C++编译器为clang和clang++，以及make程序为mingw32-make。这说明在Windows环境下使用Clang需要特别注意环境变量的设置，以确保找到正确的编译器等。 因此，如果用户的环境变量设置不正确，可能导致使用了错误的编译器（如gcc而不是clang），从而出现不支持C++17的情况。 ### 结论 请用户检查： 1. CMakeLists.txt中是否设置了C++17标准。 2. 配置时是否指定了正确的生成器和编译器。 3. 构建目录是否清理干净（避免缓存干扰）。 4. 编译器版本是否满足要求（通过`clang++ --version`查看）。 5. 环境变量PATH中是否将Clang的路径放在其他编译器之前。 如果问题仍然存在，用户可以提供具体的CMake配置步骤和错误信息，以便进一步分析。 §§相关问题§§ 1. 如何在CMake中为不同目标设置不同的C++标准？ 2. 如何指定CMake使用特定版本的Clang编译器？ 3. CMake中如何检查编译器支持的C++标准？ </think>### 分析CMake配置报错"不支持C++17"的原因 根据您提供的上下文，以下是CMake配置中可能导致C++17支持报错的核心原因分析： #### 🔍 核心问题定位 1. **未显式设置C++标准**（最常见问题） ```cmake # 缺少以下关键设置 set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) ``` 即使编译器支持C++17，CMake默认可能使用旧标准（如C++98）[^2] 2. **编译器参数被覆盖** ```cmake # 示例：后续有设置覆盖了标准参数 add_compile_options(-std=c++11) # 这会覆盖全局C++17设置 ``` 3. **生成器配置问题** ```cmake # 对于MinGW/Clang组合（如引用[2]） # 需要显式指定生成器和编译器 -G "Unix Makefiles" -DCMAKE_CXX_COMPILER=clang++ ``` 4. **目标属性未继承** ```cmake add_executable(my_target ...) # 缺少目标级标准设置 target_compile_features(my_target PRIVATE cxx_std_17) ``` #### 🛠️ 解决方案步骤 ##### 1. 显式设置C++17标准 ```cmake cmake_minimum_required(VERSION 3.8) # 必须≥3.8 # 全局设置方法 set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_CXX_EXTENSIONS OFF) # 或目标级设置（推荐） add_executable(my_app main.cpp) target_compile_features(my_app PRIVATE cxx_std_17) ``` ##### 2. 验证编译器配置 ```bash # 确保使用正确的Clang路径（如引用[2]） set path=C:\Program Files\LLVM\bin;%path% # Windows export PATH=/usr/local/opt/llvm/bin:$PATH # macOS/Linux # 配置时显式指定编译器 cmake .. -DCMAKE_CXX_COMPILER=clang++ ``` ##### 3. 处理生成器兼容性 ```cmake # 针对MinGW环境（引用[2]） if(MINGW) set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++17") endif() # 针对Xcode生成器 if(CMAKE_GENERATOR STREQUAL "Xcode") set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LANGUAGE_STANDARD "c++17") endif() ``` ##### 4. 清除构建缓存 ```bash # 完全清理旧构建（关键！） rm -rf build/ mkdir build && cd build cmake .. -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_CXX_STANDARD=17 ``` #### ✅ 验证配置生效 在代码中添加验证： ```cpp #include <iostream> int main() { #if __cplusplus >= 201703L std::cout << "C++17 enabled (__cplusplus=" << __cplusplus << ")\n"; #else std::cerr << "ERROR: C++" << __cplusplus << " enabled!\n"; #endif } ``` 期望输出：`C++17 enabled (__cplusplus=201703L)` #### ⚠️ 特别注意项 1. **Clang版本要求**：确保Clang ≥ 5.0（C++17完整支持） ```bash clang++ --version # 检查版本 ``` 2. **CMake最低版本**：必须 ≥ 3.8（C++17支持） 3. **避免参数冲突**：检查是否有`add_compile_options()`覆盖`-std`参数 > 通过显式标准声明 + 彻底清除缓存，95%的C++17支持问题可解决。若问题仍存在，建议在CMake配置后检查生成的`CMakeCache.txt`中的`CMAKE_CXX_STANDARD`值[^2][^5]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值