Mac Xcode 配置 dxflib（包括出现Undefined symbols for architecture x86_64的解决方法）

最新推荐文章于 2024-06-23 23:26:27 发布
原创 最新推荐文章于 2024-06-23 23:26:27 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mac #dxflib #xcode

本教程专为新手设计，详细介绍了如何使用dxflib读取CAD文件的步骤，包括下载、配置Xcode工程、设置头文件搜索路径及编译等关键环节。

因为需要用到dxflib来读取cad的文件，所以不得不探索了下如何使用，其中遇到了很多坑，在这里跟大家分享下，此教程只适合于新手，大神如果发现错误希望能及时指出哈～

1、下载dxflib 网址https://www.qcad.org/en/dxflib-downloads 

2、解压，为了简化之后的步骤，我们把 examples/readwrite/下的.h和.cpp文件拷贝到 src目录下

3、这个是不需要编译的，但是注意之后还有骚操作

4、打开xcode，创建一个新工程

5、设置头文件搜索目录，设置成你存dxflib的目录中的src文件就对了

6、在 bulid phases中把src（就是之前解压的目录中的）的cpp文件都选上，如果没有选上就会出现Undefined symbols for architecture x86_64错误

7、把examples/readwrite中的main.cpp的内容拷贝到xcode创建的工程的main中，然后自己设置下文件的路径，之后直接运行就可以了

ss2lyf
关注
macOS OpenCV报错：Undefined symbols for architecture x86_64
u011446464的专栏
05-01 693
这个错误可能是链接的OpenCV库不对，我这里的情况是我代码使用的GCC编译器，但是通过 brew install opencv 安装的OpenCV是使用clang编译的，代码也使用clang编译器 可以解决这个问题。 要查看opencv的编译信息，可以使用这个命令 opencv_version -v 我这边输出 General configuration for OpenCV 4.9.0 ==...
Xcode C++ 编译报错:Undefined symbols for architecture x86_64
留存
05-22 1705
起因 此前，一直做前端开发，对后端技术，抱着不求甚解的态度。今觉此态度，已演化成沉重的桎梏。故而预借源码，去揣摩学习。然而，大都项目的底层，以C/C++实现，想一点一滴重拾起，这尘封已久的记忆。 环境 系统：macOs Monterey 处理器：Intel Core i5 IDE：Xcode 闲聊： 在IDE选择上，网上搜了下，说Xcode是苹果系统集成IDE，适合开发苹果APP且功能强大。就想下载下来玩一下。记得上学那会儿，在Windows上，老师推荐用的是MinGW。工作之后，看大哥们使用Visual
MAC Undefined symbols for architecture x86_64 cv::imwrite
afl291529699的博客
01-23 519
因为homebrew安装opencv时用的是clang，而CLion中使用的是gcc编译器。 将clion中的编译器改回默认的clang就行了。 转载于:https://www.cnblogs.com/VVingerfly/p/10311781.html...
Undefined symbols for architecture x86_64: in mac OS
huixizhu的专栏
06-01 2343
_pcre2_code_free_8 _pcre2_general_context_create_8
Mac 编译报错 Undefined symbols for architecture x86_64
weixin_42156097的博客
02-10 9577
问题描述 使用cmake编译项目时，报错内容为 Undefined symbols for architecture x86_64: "Obstacle::run()", referenced from: _main in 1.o "Obstacle::Obstacle()", referenced from: _main in 1.o "Obstacle::~Ob...
MacOS编译错误：symbol(s) not found for architecture x86_64 || Undefined symbols for architecture x86_64:
weixin_44547510的博客
06-16 1903
所以我重新使用arm的homebrew(我命名成了abrew，区分开x86的ibrew)下载了相关的库后并指定netcdf-fortran库的路径，即可重新编译通。当我进行编译时报错symbol(s) not found for architecture x86_64。arm的homebrewde安装路径不同于x86的安装路径 ，其位于/opt/homebrew/下。出现的原因是电脑是ARM架构（M1芯片的Mac），而指定的库则是在x86架构下下载的。
c++ 自定义类出现Undefined symbols for architecture x86_64
limonero
06-28 1626
错误描述 Undefined symbols for architecture x86_64: “MyLIs::MyLIs(char const*)”, referenced from: _main in main.cpp.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) 可能错误 It seems
clion在使用sqlite3的时候，显示Undefined symbols for architecture x86_64错误的解决办法
CHYabc123456hh的博客
11-05 1071
显示Undefined symbols for architecture x86_64错误的原因 1、缺少静态库 环境：在模拟器上报错但在真机上能运行成功，而且报的错误来自于第三方库。 原因：architecture x86_64 是指模拟器的架构，意思就是 Crypto 变量在模拟器架构里没有找到。静态库也分不同架构的，可能你项目里使用的这个库只用了真机版本的（该静态库不支持在模拟器下编译），没有使用模拟器版本的，所以模拟器跑的时候没有找到对应的库，这些需要的变量也就缺失了。 解决方法：把模拟器版
【OpenCV--报错】Undefined symbols for architecture x86_64
zhjali123的专栏
07-22 2923
Context 报这个错，我一直当是library找不到。没想到最后是没写-I 报错信息 Undefined symbols for architecture x86_64: "cv::namedWindow(cv::String const&, int)", referenced from: _main in HelloWorld-f6034d.o "cv::Stri...
Mac下C++编译时报错“Undefined symbols for architecture x86_64”
beyond702的专栏
10-14 3万+
在Linux下实现了一个有关使用OPENSSL中SHA1算法的程序，直接copy到mac机下编译出现如下错误： Undefined symbols for architecture x86_64:   "_SHA1_Final", referenced from:       fixSignatureHeader(char*, int) in main.o   "_SHA1_Init"
MAC编译出错：Undefined symbols for architecture x86_64: “_CFRelease“, referenced from:
柳鲲鹏
09-17 1119
解决办法也简单，加上这个： -framework CoreFoundation
Mac 下cocos2dx 出现Undefined symbols for architecture x86_64 解决方法
weixin_40583386的博客
01-16 1337
今天学习cocos2dx编译遇到了Undefined symbols for architecture x86_64这个问题，于是百度好久，总算解决了，解决方案如下： 方案一：双击点击project进入项目的target,找到build Settings，将其中的Architectures->Build Active Architechture Only 改为no. 方案二：如果上述方法无法解
Mac命令行编译时报错“Undefined symbols for architecture x86_64”
weixin_44492158的博客
09-08 1005
原因是Select_LgV_1.f90是主程序，其中还调用了子程序，但是没有编译子程序。把子程序也放到这个文件夹下，在此文件夹打开终端，把他们一起编译就行了。命令如下： % ifort -o ll Select_LgV_1.f90 data2sd.f90 distance.f90 % ./ll 这里面，Select_LgV_1.f90是主程序，data2sd.f90和distance.f90是子程序。这样就可以了。 ...
mac上使用g++编译出错“Undefined symbols for architecture x86_64:” 错误解决办法
热门推荐
噌胥苑——行思驿站
09-23 9万+
搞了一下午，终于找到答案了！！再Mac上使用自带的
C++解决mac下gcc编译出错“Undefined symbols for architecture x86_64“
MDD0828的博客
12-01 2060
C++文件名为main.cpp，程序代码如下： #include <iostream> using namespace std; int main(){ std::cout<<" 哈哈哈哈哈哈哈 "<<std::endl; return 0; } 在命令行执行编译 gcc main.cpp -o test 编译报错如下： 解决方法 编译选项添加-lstdc++，使用标准C++库，代码如下： gcc -lstdc++ main.cpp -o test
Mac 安装php make 报错:Undefined symbols for architecture x86_64: "_libiconv" 解决方法
moqiluoji的博客
07-06 1953
Mac 的操作系统 php make 报错 报错内容如下: Undefined symbols for architecture x86_64: "_libiconv", referenced from: _do_convert in gdkanji.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _p...
Xcode-双架构arm64 x86_64编译
beyondsjxc的博客
03-25 4820
在 “Mach-O Type” 下拉列表中选择 “Dynamic Library” 或者 “Executable”。选择 “Build Active Architecture Only” 选项并将其设置为 “No”。在输入框中输入 “arm64 x86_64”，然后单击 “+” 来添加这个架构组合。在 “Architectures” 下拉列表中选择 “Other”。在顶部输入框中输入 “Architectures”。在搜索框中输入 “Mach-O Type”。“Build Settings” 选项卡。
MAC 下用GCC编译报错：“ld: symbol(s) not found for architecture x86_64 ”
Powerking666的博客
06-23 411
[TOC](MAC 下用GCC编译报错：“ld: symbol(s) not found for architecture x86_64 ”)
Undefined symbols for architecture x86_64: "_main", referenced from: implicit entry/start for main executable ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)
最新发布
08-01
在 x86_64 架构下编译时出现的链接错误 `Undefined symbols for architecture x86_64: "_main"`，通常意味着编译器无法找到程序的入口点 `main` 函数。以下是一些常见的原因和对应的解决方案： ### 1. **确保包含 main 函数** 程序必须包含一个 `main` 函数作为入口点。如果 `main` 函数缺失、拼写错误或者未被正确编译，就会导致链接失败。确保代码文件中包含类似以下的函数： ```cpp int main() { // Your code here return 0; } ``` 此外，检查 `main` 函数是否被错误地定义为其他形式，例如 `void main()` 或者 `int Main()`，这些形式不符合标准 C/C++ 规范，可能会导致链接器无法识别入口点[^1]。 ### 2. **正确编译包含 main 函数的文件** 如果项目中包含多个 `.cpp` 文件，确保包含 `main` 函数的文件被正确编译和链接。某些 IDE（如 CLion 或 Xcode）依赖 `CMakeLists.txt` 或项目配置文件来决定哪些文件需要编译。如果 `main` 函数所在的文件未被正确添加到构建配置中，则会导致链接错误。例如，在 `CMakeLists.txt` 中确保包含以下内容： ```cmake add_executable(my_program main.cpp other_files.cpp) ``` 如果使用自动遍历 `.cpp` 文件的方法，需要确保 `main` 函数所在的文件被正确识别并包含在编译过程中，否则某些没有 `main` 函数的文件可能不会被编译，从而导致链接失败[^4]。 ### 3. **检查 IDE 或编辑器的配置** 在某些编辑器（如 VSCode 或 Xcode）中，新建文件时可能不会自动将文件添加到构建流程中。例如，在 VSCode 中，如果手动添加了头文件（`.h`）或源文件（`.cpp`），但未正确配置任务或 `tasks.json` 文件，可能会导致编译器忽略这些文件。确保文件被正确添加到项目的构建配置中，并且编译命令能够识别到 `main` 函数所在的源文件[^2]。 ### 4. **检查编译命令和链接器设置** 如果使用命令行工具（如 `clang++` 或 `g++`）进行编译，确保所有需要的源文件都被包含在编译命令中。例如： ```bash clang++ main.cpp other_file.cpp -o my_program ``` 如果遗漏了包含 `main` 函数的文件，则链接器无法找到入口点。此外，确保没有错误地使用了编译标志，例如 `-c` 标志只会编译而不链接，可能导致最终的可执行文件未生成。 ### 5. **检查 Objective-C 或混合语言项目中的链接问题** 如果项目中包含 Objective-C 或混合编程（如 C++ 和 Objective-C 混合），可能会遇到特定类（如 `AppDelegate`）未被正确链接的问题。这种情况下，需要检查 Xcode 的 `Build Phases > Compile Sources` 设置，确保相关类的实现文件（如 `AppDelegate.m`）被正确添加到编译列表中[^3]。 ### 6. **清理和重新构建项目** 有时旧的编译残留文件可能导致链接错误。尝试清理项目并重新构建： - 在 Xcode 中选择 `Product > Clean Build Folder`。 - 在 CLion 或 VSCode 中，手动删除 `build` 目录并重新生成。 ### 7. **检查架构设置** 如果目标架构设置不正确，也可能导致链接错误。确保编译器设置的目标架构与运行环境一致。例如，在 macOS 上，确保使用 `-arch x86_64` 编译以支持 x86_64 架构： ```bash clang++ -arch x86_64 main.cpp -o my_program ``` ### 8. **检查模板或框架依赖** 如果使用了特定的框架或模板（如 Qt、SFML 等），确保这些依赖项被正确配置，并且与当前架构兼容。某些框架可能需要额外的链接标志或配置才能正常工作。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值