【我的C/C++语言学习进阶之旅】使用stb_image库时候报错 multiple definition of ‘stbi_xxxxx‘ 和 previous definition here

本文主要是介绍【我的C/C++语言学习进阶之旅】使用stb_image库时候报错 multiple definition of ‘stbi_xxxxx‘ 和 previous definition here,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 一、问题描述
    • 1.1 `error: undefined reference to 'stbi_load'` 和 `error: undefined reference to 'stbi_image_free'`之类的错误
    • 1.2 报错:multiple definition of 'stbi_xxxxx'
  • 二、分析错误
    • 2.1 为啥会重复写呢?
    • 2.2 解决问题
      • 2.2.1 了解一下`STB_IMAGE_IMPLEMENTATION`这个宏定义的作用
      • 2.2.2 解决方法1 只在一个源文件(.c、.cpp文件)中定义`STB_IMAGE_IMPLEMENTATION`
      • 2.2.3 解决方法2 添加另外一个宏定义
        • 2.2.3.1 分析源码
        • 2.2.3.2 解决问题
  • 三、总结

一、问题描述

1.1 error: undefined reference to 'stbi_load'error: undefined reference to 'stbi_image_free'之类的错误

在我的博客【我的C/C++语言学习进阶之旅】介绍一下NDK开发之C的简单易用图像库stb 中有介绍,要使用 stb_image,您应该有将 stb_image.h 文件添加到工程中,然后在C++文件添加下面的代码

#define STB_IMAGE_IMPLEMENTATION
#include "stb_image.h"

但是如果你只添加了.h头文件,而不添加宏定义的话,则会编译失败

#include "stb_image.h"

则会报错 error: undefined reference to 'stbi_load'error: undefined reference to 'stbi_image_free'之类的错误,如下所示:
在这里插入图片描述
上面的错误是我第一次添加stb_image.h库的时候犯的错误。直到我认真读完stb的README文件才解决这个问题。

在这里插入图片描述

通过定义STB_IMAGE_IMPLEMENTATION,预处理器会修改头文件,让其只包含相关的函数定义源码,等于是将这个stb_image.h头文件变为一个.cpp文件了。现在只需要在你的程序中包含stb_image.h并编译就可以了。(工程中不要放stb_image.c文件,否则会报其他错误)

1.2 报错:multiple definition of ‘stbi_xxxxx’

但是,如果将下面这段代码,分别添加到两个cpp文件中,

#define STB_IMAGE_IMPLEMENTATION
#include "stb_image.h"

就会报另外一个错:multiple definition of 'stbi_xxxxx'

例如:我在一个叫做FaceStickerLoader.cpp文件中和一个叫做ImageUtils.cpp中分别引入了下面这段代码。

#define STB_IMAGE_IMPLEMENTATION
#include "stb_image.h"

首先,在FaceStickerLoader.cpp文件中,引入stb_image.h,并定义宏定义 STB_IMAGE_IMPLEMENTATION,如下所示:
在这里插入图片描述

然后,我在ImageUtils.cpp中想把相关的图片加载代码抽取出来,然后又引入stb_image.h,并定义宏定义 STB_IMAGE_IMPLEMENTATION,如下所示:
在这里插入图片描述
所以就引入了两个宏定义 STB_IMAGE_IMPLEMENTATION
在这里插入图片描述

那么编译的时候,就好编译失败,报如下错误:

在这里插入图片描述

二、分析错误

2.1 为啥会重复写呢?

因为1.1小结的结论,必须在.c或.cpp文件中添加下面的代码

#define STB_IMAGE_IMPLEMENTATION
#include "stb_image.h"

否则会报错 error: undefined reference to 'stbi_load'error: undefined reference to 'stbi_image_free'之类的错误。

导致我以为需要在每一个引入头文件stb_image.h的cpp代码中都需要添加下面这个宏定义

#define STB_IMAGE_IMPLEMENTATION

真的是一朝被蛇咬十年怕井绳!!!

2.2 解决问题

2.2.1 了解一下STB_IMAGE_IMPLEMENTATION这个宏定义的作用

我们首先了解一下STB_IMAGE_IMPLEMENTATION这个宏定义的作用。

通过定义STB_IMAGE_IMPLEMENTATION,预处理器会修改头文件,让其只包含相关的函数定义源码,等于是将这个stb_image.h头文件变为一个.cpp文件了。现在只需要在你的程序中包含stb_image.h并编译就可以了。(工程中不要放stb_image.c文件,否则会报其他错误)

我们打开stb_image.h头文件代码也可以看到上面作用。

  1. 如果定义了 宏定义STB_IMAGE_IMPLEMENTATION,才会执行下面所有的代码

在这里插入图片描述
2. 直到7671行代码才结束这个 宏定义STB_IMAGE_IMPLEMENTATION的范围在这里插入图片描述
3. 因此,我们可以看出来,通过定义STB_IMAGE_IMPLEMENTATION,预处理器会修改头文件,让其只包含相关的函数定义源码,等于是将这个stb_image.h头文件变为一个.cpp文件了。现在只需要在你的程序中包含stb_image.h并编译就可以了。

2.2.2 解决方法1 只在一个源文件(.c、.cpp文件)中定义STB_IMAGE_IMPLEMENTATION

被当做头文件包含到别的文件中,则其不应该在不同的 .c、.cpp文件中被展开(注意:源文件的头文件会在预处理阶段将其头文件展开,也有可能会变成这种情况),否则相当于在不同的源文件中定义同名的C函数,再编译生成 .o文件时肯定会报重定义的错误。

因此,我们的解决方法就是只在一个源文件(.c、.cpp文件)中声明宏定义STB_IMAGE_IMPLEMENTATION
如下所示:

在这里插入图片描述
这样我们就可以正常编译项目。

但是这样的解决方法不好,就是如果后续有人copy代码,copy了比如ImageUtils.cpp这个文件到其他的工程去,只包含了stb_image.h头文件单没有声明宏定义STB_IMAGE_IMPLEMENTATION

#include "../include/stb/stb_image.h"

那么就会出现1.1小结出现的问题:报错 error: undefined reference to 'stbi_load'error: undefined reference to 'stbi_image_free'之类的错误,如下所示:
在这里插入图片描述
那么有没有其他方式呢?答案是有的!我们接着看。

2.2.3 解决方法2 添加另外一个宏定义

2.2.3.1 分析源码

C语言中为解决多个源文件包含相同的函数提供了更好的办法,相信你已经猜到了------static关键字,其修饰的函数和全局变量只在本文件中可见,这样就不会和其他文件冲突了。

我们来看下错误,我们先看第一次报错的两行提示,如下所示

在这里插入图片描述

  C:/Android/SDK/ndk/21.4.7075529/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.9.x/../../../../arm-linux-androideabi/bin\ld: error: XXXRender.a(ImageUtils.cpp.o): multiple definition of 'stbi__unpremultiply_on_load_thread(int)'C:/Android/SDK/ndk/21.4.7075529/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/arm-linux-androideabi/4.9.x/../../../../arm-linux-androideabi/bin\ld: XXXRender.a(FaceStickerLoader.cpp.o): previous definition here

然后我们查看这个stbi__unpremultiply_on_load_thread(int)方法的实现,如下所示:
在这里插入图片描述

STBIDEF void stbi__unpremultiply_on_load_thread(int flag_true_if_should_unpremultiply)
{stbi__unpremultiply_on_load_local = flag_true_if_should_unpremultiply;stbi__unpremultiply_on_load_set = 1;
}

在函数前面有一个STBIDEF宏定义来修饰函数。我们来查看下这个STBIDEF宏定义是什么情况?

在这里插入图片描述

#ifndef STBIDEF
#ifdef STB_IMAGE_STATIC
#define STBIDEF static
#else
#define STBIDEF extern
#endif
#endif

好家伙,如果定义了宏定义STB_IMAGE_STATIC
那么宏定义 STBIDEF就是 static
否则宏定义 STBIDEF就是extern

可以参考这篇博客:static和extern对函数的作用 了解staticextern两个关键字。

好了,问题迎刃而解!

我们只要定义了宏定义STB_IMAGE_STATIC,那么那么宏定义 STBIDEF就是 static,那么下面的代码就是:
在这里插入图片描述
即:

STBIDEF void stbi__unpremultiply_on_load_thread(int flag_true_if_should_unpremultiply)
{stbi__unpremultiply_on_load_local = flag_true_if_should_unpremultiply;stbi__unpremultiply_on_load_set = 1;
}

编译之后就是

static void stbi__unpremultiply_on_load_thread(int flag_true_if_should_unpremultiply)
{stbi__unpremultiply_on_load_local = flag_true_if_should_unpremultiply;stbi__unpremultiply_on_load_set = 1;
}

那么就不会编译出错了!!!

2.2.3.2 解决问题

两个cpp文件都添加

#define STB_IMAGE_STATIC
#define STB_IMAGE_IMPLEMENTATION
#include "../include/stb/stb_image.h"

使用前预先定义 STB_IMAGE_STATIC ,添加该宏定义以后,函数会被static 修饰(否则为extern修饰),完美的解决了重定义的问题。推荐大家使用!

如下所示:
在这里插入图片描述
添加好之后,重新编译即可成功!!!

三、总结

我们介绍了两种方式解决此问题,推荐使用第2种方式来解决!

这篇关于【我的C/C++语言学习进阶之旅】使用stb_image库时候报错 multiple definition of ‘stbi_xxxxx‘ 和 previous definition here的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/709188

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

C++中unordered_set哈希集合的实现

《C++中unordered_set哈希集合的实现》std::unordered_set是C++标准库中的无序关联容器,基于哈希表实现,具有元素唯一性和无序性特点,本文就来详细的介绍一下unorder... 目录一、概述二、头文件与命名空间三、常用方法与示例1. 构造与析构2. 迭代器与遍历3. 容量相关4

Linux join命令的使用及说明

《Linuxjoin命令的使用及说明》`join`命令用于在Linux中按字段将两个文件进行连接,类似于SQL的JOIN,它需要两个文件按用于匹配的字段排序,并且第一个文件的换行符必须是LF,`jo... 目录一. 基本语法二. 数据准备三. 指定文件的连接key四.-a输出指定文件的所有行五.-o指定输出

Linux jq命令的使用解读

《Linuxjq命令的使用解读》jq是一个强大的命令行工具,用于处理JSON数据,它可以用来查看、过滤、修改、格式化JSON数据,通过使用各种选项和过滤器,可以实现复杂的JSON处理任务... 目录一. 简介二. 选项2.1.2.2-c2.3-r2.4-R三. 字段提取3.1 普通字段3.2 数组字段四.

C++中悬垂引用(Dangling Reference) 的实现

《C++中悬垂引用(DanglingReference)的实现》C++中的悬垂引用指引用绑定的对象被销毁后引用仍存在的情况,会导致访问无效内存,下面就来详细的介绍一下产生的原因以及如何避免,感兴趣... 目录悬垂引用的产生原因1. 引用绑定到局部变量,变量超出作用域后销毁2. 引用绑定到动态分配的对象,对象

Linux kill正在执行的后台任务 kill进程组使用详解

《Linuxkill正在执行的后台任务kill进程组使用详解》文章介绍了两个脚本的功能和区别,以及执行这些脚本时遇到的进程管理问题,通过查看进程树、使用`kill`命令和`lsof`命令,分析了子... 目录零. 用到的命令一. 待执行的脚本二. 执行含子进程的脚本,并kill2.1 进程查看2.2 遇到的

详解SpringBoot+Ehcache使用示例

《详解SpringBoot+Ehcache使用示例》本文介绍了SpringBoot中配置Ehcache、自定义get/set方式,并实际使用缓存的过程,文中通过示例代码介绍的非常详细,对大家的学习或者... 目录摘要概念内存与磁盘持久化存储:配置灵活性:编码示例引入依赖:配置ehcache.XML文件:配置

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

从基础到高级详解Go语言中错误处理的实践指南

《从基础到高级详解Go语言中错误处理的实践指南》Go语言采用了一种独特而明确的错误处理哲学,与其他主流编程语言形成鲜明对比,本文将为大家详细介绍Go语言中错误处理详细方法,希望对大家有所帮助... 目录1 Go 错误处理哲学与核心机制1.1 错误接口设计1.2 错误与异常的区别2 错误创建与检查2.1 基础

k8s按需创建PV和使用PVC详解

《k8s按需创建PV和使用PVC详解》Kubernetes中,PV和PVC用于管理持久存储,StorageClass实现动态PV分配,PVC声明存储需求并绑定PV,通过kubectl验证状态,注意回收... 目录1.按需创建 PV(使用 StorageClass)创建 StorageClass2.创建 PV