Undefined symbols for architecture i386: "_deflate", referenced from:

最新推荐文章于 2024-05-01 08:44:00 发布

转载最新推荐文章于 2024-05-01 08:44:00 发布 · 194 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/qingjoin/p/5227311.html

本文详细解析了在链接阶段遇到的未定义符号错误，特别是针对_i386_架构下的_deflate_, _deflateEnd_, _deflateInit_, _deflateParams_和_inflate_等压缩相关函数的引用问题。通过分析libMo.a(tlplatcompress.o)中的PlatCompress和StartCompression函数，探讨了解决此类问题的方法。

Undefined symbols for architecture i386:
  "_deflate", referenced from:
      PlatCompress(enumCompressOperation, CompressCookie*, void*, long) in         libMo.a(tlplatcompress.o)
  "_deflateEnd", referenced from:
      PlatCompress(enumCompressOperation, CompressCookie*, void*, long) in libMo.a(tlplatcompress.o)
  "_deflateInit_", referenced from:
      StartCompression(enumCompressOperation, unsigned char, long (*)(void*, void*, long), void*, void**) in libMo.a(tlplatcompress.o)
  "_deflateParams", referenced from:
      StartCompression(enumCompressOperation, unsigned char, long (*)(void*, void*, long), void*, void**) in libMo.a(tlplatcompress.o)
  "_inflate", referenced from:
      PlatCompress(enumCompressOperation, CompressCookie*, void*, long) in libMo.a(tlplatcompress.o)
  "_inflateEnd", referenced from:
      PlatCompress(enumCompressOperation, CompressCookie*, void*, long) in libMo.a(tlplatcompress.o)
  "_inflateInit_", referenced from:
      StartCompression(enumCompressOperation, unsigned char, long (*)(void*, void*,  long), void*,

转载于:https://www.cnblogs.com/qingjoin/p/5227311.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

agcsdn2015

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

全网首发：Undefined symbols for architecture x86_64: “std::__1::locale::use_facet(std::__1::locale::id&)

柳鲲鹏

02-09

1344

Undefined symbols for architecture x86_64

C++: Undefined symbols for architecture x86_64:

qq_45624628的博客

03-14

1529

C++ cmake编译问题

参与评论您还未登录，请先登录后发表或查看评论

"_deflate", referenced from: -[NSData(NSDataAdditions) gzipDeflate] in NSDataAdditions.o

weixin_34232744的博客

08-21

230

Error "_deflate", referenced from: -[NSData(NSDataAdditions) gzipDeflate] in NSDataAdditions.o 解决方案 1. https://my.oschina.net/joanfen/blog/150271 添加libz.dylib库 2.http://blog.youkuaiyun.com/axing1...

报错：Undefined symbols for architecture i386 "_deflate"

taylor的专栏

03-29

2933

报错： Undefined symbols for architecture i386: "_inflate", referenced from: -[NSData(NSDataExtension) gzipInflate] in NSData+CocoaDevUsersAdditions.o "_inflate", referenced from: -[NSDa

遇到 "Undefined symbols for architecture armv7:"_deflateEnd", referenced from:...."的解决方法

黄旺鑫

05-23

3985

今天要导入一个第三方库，就遇到了一大堆问题，其中就有一个

IOS报错Undefiened symbol

weixin_43149049的博客

10-23

1290

Undefiened symbol这个报错的原因有好多情况，说下我遇到的这种，单独拎出来说，网上也不容易找到。后面遇到什么也会在这里补充。解决方案：Build Phases-Link Binary with Libraries-libz.tbd。我遇到的是在UnityFrameWork的Link Binary Libraries中添加此库。原因是：缺少libz.tbd库。

macOS OpenCV报错：Undefined symbols for architecture x86_64

u011446464的专栏

05-01

686

这个错误可能是链接的OpenCV库不对，我这里的情况是我代码使用的GCC编译器，但是通过 brew install opencv 安装的OpenCV是使用clang编译的，代码也使用clang编译器可以解决这个问题。要查看opencv的编译信息，可以使用这个命令 opencv_version -v 我这边输出 General configuration for OpenCV 4.9.0 ==...

iOS Undefined symbols for architecture arm64: “_OBJC_CLASS_$_CTTelephonyNetworkInfo“, referenced f

Lee坚武的博客

03-31

851

今天对接了个渠道，里面有支付宝的SDK，然后接完各种报错，报错日志如下： Undefined symbols for architecture arm64: "_OBJC_CLASS_$_CTTelephonyNetworkInfo", referenced from: objc-class-ref in AlipaySDK "_CTRadioAccessTechnologyWCDMA", referenced from: +[UIDevice(APEX) networkTy

Xcode C++ 编译报错:Undefined symbols for architecture x86_64

留存

05-22

1698

起因此前，一直做前端开发，对后端技术，抱着不求甚解的态度。今觉此态度，已演化成沉重的桎梏。故而预借源码，去揣摩学习。然而，大都项目的底层，以C/C++实现，想一点一滴重拾起，这尘封已久的记忆。环境系统：macOs Monterey 处理器：Intel Core i5 IDE：Xcode 闲聊：在IDE选择上，网上搜了下，说Xcode是苹果系统集成IDE，适合开发苹果APP且功能强大。就想下载下来玩一下。记得上学那会儿，在Windows上，老师推荐用的是MinGW。工作之后，看大哥们使用Visual

apache设置mod_deflate压缩,错误提示

new_rain的专栏

05-02

814

apache版本：使用的 apache版本是 2.2.15。 httpd-2.2.15.tar.gz编译mod_deflate %apache-installed-path%/bin/apxs -iac %apache-source-install-path%/modules/filters/mod_deflate.c%apache-installed-path%/b

Apache配置压缩优化时报错——undefined symbol: inflateEnd

weixin_33984032的博客

12-26

280

圣诞都过了，好久没来51发博文了。最近一直在忙考试和其他一些私人事务，感觉长期不发博文，有点不好。不是不发，实在是最近总结的东西，没法发，都是一些考试相关的东西。蛋疼！正好帮助朋友搭网站环境了，就想起来之前有一篇总结错误的文章当时想发，后来给忘掉了，今天就拿出来发上吧。哈哈！Apache配置压缩优化时报错——undefined symbol: inflateEnd环境：CentOS 6.4...

Error when import grpc: "Symbol not found: _deflate"解决方法

Final Fantasy

05-25

3303

Import grpc时出现如下错误：Traceback (most recent call last): File "/private/var/tmp/_bazel_lls/5ea0bb16383fa9c06c47b535a23ac475/execroot/ttsbot/bazel-out/darwin-opt/bin/client/tts_client.runfiles/ttsbot/cl...

Web服务器处理HTTP压缩之gzip、deflate压缩

顺其自然~专栏

09-20

3309

gzip是一种数据格式，默认且目前仅使用deflate算法压缩data部分；Gzip是一种流行的文件压缩算法，现在的应用十分广泛，尤其是在Linux平台。当应用Gzip压缩到一个纯文本文件时，效果是非常明显的，大约可以减少70％以上的文件大小。这取决于文件中的内容。利用Apache中的Gzip模块，我们可以使用Gzip压缩算法来对Apache服务器发布的网页内容进行压缩后再传输到客户端浏览器。这样经过压缩后实际上降低了网络传输的字节数，最明显的好处就是可以加快网页加载的速度。

vs2017 linux zlib解决 undefined reference to `deflateInit2_' 、`deflate' `crc32' `crc32' `deflateEnd'

未来之歌

02-24

9464

Tars框架TC_GZip类使用了zlib库，编译的时候，报如下错误 tc_gzip.o : error : In function `tars::TC_GZip::compress(char const*, unsigned long, std::vector<char, std::allocator<char> >&)': error : undefined r...

Clogan/zlib_util.c:67: error: undefined reference to 'deflateInit2_'

bright789的博客

11-26

4934

美团点评的开源移动端基础日志库在win 7 android studio 3.0.1 ndk 16编译c时会出现一个错误如下 09:34:48.492 [ERROR] [org.gradle.internal.buildevents.BuildExceptionReporter] D:\test\demos\Logan-Android\app\src\main\cpp\Clogan/zlib_...

main.cpp.o:-1: error: Undefined symbols for architecture arm64: Undefined symbols for architecture arm64: "_Hello", referenced from: _main in main.cpp.o

最新发布

03-18

<think>好的，我现在需要解决用户遇到的编译错误：“Undefined symbols for architecture arm64: '_Hello', referenced from: main.cpp.o”。首先，我应该回顾一下这个错误通常是什么原因导致的。根据用户提供的引用资料，比如引用[1]和[2]提到的，这类错误通常和链接器找不到符号有关。具体来说，当代码中声明了某个函数或变量，但没有提供其定义时，链接阶段就会失败，出现未定义符号的错误。这里的符号是_Hello，可能对应的函数或变量是Hello。接下来，我需要分析用户的具体情况。错误信息指出在main.cpp.o中引用了_Hello，但链接器找不到。这意味着在main.cpp中可能调用了Hello函数，或者使用了Hello变量，但该函数或变量没有被正确实现或链接。可能的原因有几个： 1. **Hello函数未定义**：用户可能在某个头文件中声明了Hello函数，但没有在源文件中实现它。例如，可能在某个.h文件里有`void Hello();`的声明，但在对应的.cpp文件中没有定义这个函数。 2. **名称修饰问题**：如果Hello函数在C++代码中被声明为extern "C"，或者在C和C++混合编程时没有正确处理名称修饰，可能导致符号名称不匹配。例如，C++编译器会进行名称修饰，而C则不会，如果没有使用extern "C"可能导致链接错误。 3. **编译单元未包含**：可能用户没有将包含Hello实现的源文件添加到编译命令中。例如，如果Hello函数在hello.cpp中定义，但编译时只编译了main.cpp，没有链接hello.cpp，就会出现这个问题。 4. **拼写错误或大小写问题**：函数名在声明和定义时可能存在拼写或大小写不一致的情况。例如，声明的是Hello，但定义时写成了hello或者HELLO。 5. **静态库或动态库未正确链接**：如果Hello函数位于某个库中，可能用户没有在编译命令中指定该库的路径或名称，导致链接器找不到定义。现在，根据用户提供的引用，比如引用[4]中提到在Mac OS下，将.h文件包含改为.cpp文件可以解决问题，但这不规范。这说明可能用户将函数的实现写在了头文件中，但没有正确包含对应的源文件，或者在头文件中声明函数后没有在源文件中定义。解决方案方面，可以分步骤建议用户检查： 1. **检查Hello的定义是否存在**：确认在项目中是否存在Hello函数或变量的定义。例如，在另一个.cpp文件中是否实现了void Hello() { ... }。 2. **确保所有源文件都被编译**：如果Hello函数在另一个.cpp文件中，确保该文件被添加到编译命令中。比如，使用g++编译时，应该同时编译main.cpp和hello.cpp：`g++ main.cpp hello.cpp -o main`。 3. **检查声明和定义的一致性**：确认函数声明和定义的返回类型、参数列表、名称是否完全一致，包括是否有const修饰符等。 4. **处理名称修饰问题**：如果是C++调用C函数，需要在声明时使用extern "C"，例如： ```cpp extern "C" { void Hello(); } ``` 或者在C头文件中使用适当的宏来处理，以避免名称修饰导致符号不匹配。 5. **检查库链接**：如果Hello函数位于某个库中，确保使用-l和-L选项正确链接该库。用户的具体错误信息是_Hello未定义，这表明符号名称在编译后的目标文件中是_Hello，可能对应的函数名是Hello。在C++中，函数名会经过名称修饰，所以如果声明和定义不一致，可能导致符号名不同。例如，如果声明为void Hello(int)，而定义为void Hello()，则符号名会不同，导致链接错误。因此需要检查函数签名是否一致。另外，用户提到引用[3]中关于使用pkg-config的例子，这可能提示用户在编译时没有正确链接所需的库或添加必要的编译选项。虽然当前问题可能不涉及外部库，但如果Hello函数位于某个库中，也需要确保链接正确。总结可能的解决步骤： 1. 确认Hello函数在某个.cpp文件中有定义。 2. 确保该.cpp文件被包含在编译命令中。 3. 检查函数声明和定义的签名是否一致。 4. 如果是C/C++混合编程，使用extern "C"确保名称正确。 5. 检查编译命令是否正确，包含所有必要的源文件和库。用户可能在头文件hello.h中声明了Hello函数，但在hello.cpp中没有实现，或者hello.cpp没有被编译。例如： hello.h: ```cpp void Hello(); ``` hello.cpp: ```cpp #include "hello.h" #include <iostream> void Hello() { std::cout << "Hello!" << std::endl; } ``` main.cpp: ```cpp #include "hello.h" int main() { Hello(); return 0; } ``` 如果用户只编译了main.cpp而没有编译hello.cpp，就会导致链接错误。正确的编译命令应该是： ```bash g++ main.cpp hello.cpp -o main ``` 如果用户只执行了`g++ main.cpp -o main`，就会报错，因为hello.cpp没有被编译和链接。此外，检查是否有拼写错误，例如在hello.cpp中写成了void hello()而不是void Hello()，这也会导致符号不一致。另一个可能性是用户在头文件中声明了函数，但忘记在源文件中定义，或者定义在头文件中但没有标记为inline，导致多重定义错误，但在这种情况下可能错误信息不同。不过根据当前错误，更可能的是定义缺失或未被编译。因此，用户应该检查是否存在Hello的实现，并确保所有相关的源文件都被正确编译和链接。</think>### 编译错误“Undefined symbols for architecture arm64: '_Hello'”的解决方案该错误表示链接器在`arm64`架构下找不到符号`_Hello`的定义，通常由以下原因导致： --- #### **1. 检查函数/变量的定义是否存在** - **问题**：在`main.cpp`中调用了`Hello`函数或引用了`Hello`变量，但未在项目中提供其定义。 - **解决方案**： - 确认项目中存在`Hello`的实现文件（如`hello.cpp`），并包含完整定义： ```cpp // hello.cpp #include <iostream> void Hello() { std::cout << "Hello!" << std::endl; } ``` - 检查头文件（如`hello.h`）中的声明是否与定义一致： ```cpp // hello.h void Hello(); // 声明必须与实现完全匹配 ``` --- #### **2. 确保所有源文件参与编译** - **问题**：未将`Hello`的实现文件（如`hello.cpp`）加入编译命令。 - **解决方案**： - 在命令行编译时，需同时编译`main.cpp`和`hello.cpp`： ```bash g++ main.cpp hello.cpp -o main ``` - 在IDE（如CLion）中，检查是否将`hello.cpp`添加到项目中[^4]。 --- #### **3. 处理名称修饰问题（C/C++混合编程）** - **问题**：若`Hello`是用C语言实现的，C++编译器会进行名称修饰（如`_Z5Hellov`），导致符号不匹配。 - **解决方案**： - 在C++代码中使用`extern "C"`声明： ```cpp // hello.h #ifdef __cplusplus extern "C" { #endif void Hello(); #ifdef __cplusplus } #endif ``` --- #### **4. 检查函数签名一致性** - **问题**：函数声明与定义的参数或返回类型不一致。 - **示例**： ```cpp // 声明（hello.h） void Hello(int x); // 定义（hello.cpp） void Hello() { ... } // 错误！参数不匹配 ``` - **解决方案**：确保声明和定义的参数、返回类型、`const`修饰符等完全一致。 --- #### **5. 验证编译命令和依赖库** - **问题**：若`Hello`定义在静态库（`.a`）或动态库（`.dylib`）中，需正确指定链接路径。 - **解决方案**： ```bash g++ main.cpp -L/path/to/libs -lhello -o main ``` --- ### 总结步骤 1. **确认`Hello`的定义存在且正确**。 2. **将实现文件（如`hello.cpp`）加入编译命令**。 3. **检查声明与定义的一致性**。 4. **处理C/C++混合编程的名称修饰问题**。 5. **确保依赖库正确链接**。 ---