ldconfig 命令的用途主要是在默认搜寻目录 /lib 和 /usr/lib 以及动态库配置文件 /etc/ld.so.conf 内所列的目录下，搜索出可共享的动态链接库（格式如 lib*.so*），进而创建出动态链接器（ld.so 或 ld-linux.so）所需的缓存文件。缓存文件默认为 /etc/ld.so.cache，此文件保存已排好序的动态链接库名字列表，为了让动态链接库为系统所共享，需运行动态链接库的管理命令 ldconfig 更新动态链接库的缓存文件，此执行程序存放在 /sbin 目录下。ldconfig 通常在系统启动时运行，而当用户安装了一个新的动态链接库时，就需要手工运行这个命令。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
ldconfig是一个动态链接库管理命令 为了让动态链接库为系统所共享,还需运行动态链接库的管理命令--ldconfig ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态 链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表. ldconfig
本文仅做命令的表面解释，有关Linux动态库和静态库的其他知识还请参照文末参考文章。
ldconfig是一个动态链接库管理命令，为了让动态链接库为系统所共享,还需运行动态链接库的管理命令–ldconfig。 ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表.
动态链接库，又称为共享链接库。采用动态链接库实现链接操作时，程序文件中哪里需要库文件的功能模块，GCC 编译器不会直接将该功能模块的代码拷贝到文件中，而是将功能模块的位置信息记录到文件中，直接生成可执行文件。这样带来的好处是可执行文件中记录的是功能模块的地址，真正的实现代码会在程序运行时被载入内存，这意味着，即便功能模块被调用多次，使用的都是同一份实现代码（这也是将动态链接库称为共享链接库的原因）。同样这也带来了缺陷，此方式生成的可执行文件无法独立运行，必须借助相应的库文件。
在使用Python时，有时可能遇到ImportError: DLL load failed: 找不到指定的模块错误。这个错误通常是由于无法找到依赖的动态链接库(DLL)文件引起的。本篇文章将介绍一些解决这个问题的方法。
曾经不止一次遇到过这样的情况：从机器A拷贝一个二进制文件到另一台机器B，两台机器的操作系统版本一样，可是在机器A能正常运行，在机器B却提示错误。最常见的就是提示动态链接库找不到，如：
其中，“-shared” 表示要生成的为动态链接库文件； “-soname, libstr.so” 表示生成的动态链接库的别名为“libstr.so”; “-o libstr.so” 表示生成名字为“libstr.so.1”的实际动态链接库文件；
本文章是建立在已经安装MySQL数据库的前提，默认安装在C:\Program Files (x86)\MySQL,建议在安装时选中Connector.NET 6.9的安装，里面有MySQL与C#连接的动态链接库。
C++在语法上是兼容C的，但是这不代表使用C语言不做任何处理直接写成的动态链接库就可以被C++给调用。由于C++引入了函数重载的机制，而这个机制的实现是在编译器层面的。编译器在“生成”函数符号信息时，不能仅仅通过函数名，因为重载函数的函数名都是一样的，所以它还要根据函数参数，命名空间等信息来确定唯一的函数签名；而C语言没有函数重载机制，C语言编译器在处理的时候通过函数名就可以唯一确定一个函数。这就导致C语言和C++语言生成的函数签名是不同的，故不能不做任何处理直接调用。下面我们来看一下C和C++编译同样一段代码为动态链接库以后的，它们的函数符号信息有什么不一样。
动态链接库(又简称动态库)是很多工程项目中不可缺少的一部分。俗称.so文件(姑且就以linux系统为例，在windows中称为dll，在mac中为的dylib)，在平时的使用中我们对其察觉可能并不是很深，但其实我们玩电脑的时候无时不刻在使用动态链接库。
转：https://blog.csdn.net/iteye_20658/article/details/82650699
—————-加入新公司后，基本上是一键式打包脚本，对于GCC基本上快忘了，重新拾起。
作者：吴浩麟 https://www.ibm.com/developerworks/cn/web/wa-lo-expedite-webpack/index.html Web 应用日益复杂，相关开发技术也百花齐放，这对前端构建工具提出了更高的要求。 Webpack 从众多构建工具中脱颖而出成为目前最流行的构建工具，几乎成为目前前端开发里的必备工具之一。 大多数人在使用 Webpack 的过程中都会遇到构建速度慢的问题，在项目大时显得尤为突出，这极大的影响了我们的开发体验，降低了我们的开发效率。 本文将传授你一
Linux下得库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。面对比一下两者：
在navicat中如果报了这个错误，则表示内存越界，需要重新注册windows的动态链接库；
动态链接库与普通的程序相比而言，没有main函数，是一系列函数的实现。通过shared和fPIC编译参数生产so动态链接库文件。程序在调用库函数时，只需要连接上这个库即可。例如下面实现一个简单的整数四则运输的动态链接库，定义的caculate.h和caculate.c两个文件，生产libcac.so动态链接库。
上一篇我们分析了Hello World是如何编译的，即使一个非常简单的程序，也需要依赖C标准库和系统库，链接其实就是把其他第三方库和自己源代码生成的二进制目标文件融合在一起的过程。经过链接之后，那些第三方库中定义的函数就能被调用执行了。早期的一些操作系统一般使用静态链接的方式，现在基本上都在使用动态链接的方式。
这里面的某个函数需要在运行的时候能够启动子进程，这样才能重新加载我们所设置的环境变量，从而劫持子进程所调用的库函数。
我们经常在游戏目录下看见dll文件,这是windows下的动态链接库。在linux下我们可以使用-shared -fpic生成so文件。
相信大家都有这么一个经历，我们使用电脑，在某些来历不明的网站上下载一些程序，然后打开这些程序的时候，可能会出现以下的情况。
前面我们提到了如果我们不希望把我们的源码提供出来，但是又想提供这个接口给调用者调用，那么这个该怎么做呢？
不需要依赖任何第三方crate就可达成·运行时·链接的功能要求。至于使用第三方crate所带来的好处，我将在文章末尾给出解释与列举。
externals和DllPlugin都是为了分离模块诞生，通过他们可以将一些第三方模块抽离出来，打包的时候不需将某些三方库一起打包如vue、vue-router
今天配置之前项目的时候，发现有些动态链接库变了，想看看现在应用在使用哪些动态链接库的时候，进一步查了点资料；
---恢复内容开始--- 我们用QT开发好的应用程序，如果要发布到其他计算机上运行怎么办呢？我们在用VC编程时，单独运行编译好的可执行文件时，经常会发现提示缺少动态库。用QT编程也不例外，在一定程度上，编写好的QT程序会依赖一些动态链接库，包括MSVC运行库，已经QT自身的一些动态链接库。这是由于程序在编译时采用了动态链接的原因。如果我们在编译初期，就设置为静态编译，那么就不会出现这种情况了。动态链接机制是程序开发的一把双刃剑。 既然问题出现了，我们想着解决的办法。很自然的一种想法就是，程序
生成动态链接库 我们以vs2010为例，生成一个动态链接库，首先在VS2010中新建一个项目，选择“Win32控制台应用程序“或“Win32项目”都是可以，只要在“应用程序设置”中选择“DLL”和“空项目”就好：
模块化编程 是指程序核心部分定义好功能的接口，而具体的实现留给各个模块去做。举个现实世界的例子：我们可以在电脑的PCI插槽上安装显卡、声卡或者网卡，原因就是这些硬件都按照PCI接口的规范来制造的。
要解决空间浪费和更新困难这两个问题最简单的办法就是把程序的模块相互分割开来,形成独立的文件,而不再将它们静态地链接在一起。简单地讲,就是不对那些组成程序的目标文件进行链接,等到程序要运行时才进行链接。也就是说,把链接这个过程推迟到了运行时再进行,这就是动态链接( Dynamic Linking)的基本思想。
如果在程序中使用静态链接库，那么链接器在链接的过程中会将.obj文件和.lib文件组织成可执行exe文件，也就是将.lib中的代码链接到可执行文件中，因此生成的exe文件比较大。 程序运行时，将全部数据加载到内存。如果程序体积较大，功能较为复杂，那么加载到内存中的时间就会比较长，最直接的一个例子就是双击打开一个软件，要很久才能看到界面。这是静态链接库的一个弊端。 但程序在发行时不需要提供库文件。
近日，服务器迁移后，偷懒未重新编译nginx的，直接./nginx启动，结果遇到如下问题： “error while loading shared libraries” 这是是因为需要的动态库不在动态链接器ld.so的搜索路径导致。
前些时候，一个朋友突然问我：python做计算实在是太慢了，有什么办法可以加速python的运算吗？我说：简单啊，你直接调用外部c函数就行了，我印象中cython可以直接实现的。闻言，我那个朋友喜出望外，遂言：太好了，那你给我写个demo呗。。。
可执行文件的装载 进程和装载的基本概念的介绍 程序（可执行文件）和进程的区别 程序是静态的概念，它就是躺在磁盘里的一个文件。 进程是动态的概念，是动态运行起来的程序。 现代操作系统如何装载可执行文件 给进程分配独立的虚拟地址空间 将可执行文件映射到进程的虚拟地址空间（mmap） 将CPU指令寄存器设置到程序的入口地址，开始执行 可执行文件在装载的过程中实际上如我们所说的那样是映射的虚拟地址空间，所以可执行文件通常被叫做映像文件(或者Image文件)。 可执行ELF文件的两种视角 可执行ELF格式具有不寻常的
可以通过把该dll文件拷贝到此exe 文件所在的目录，或者把该dll文件所在的目录添加到系统的环境变量Path 目录里来解决。
如今是网络时代，每个人的生活都离不开网络和电脑，电脑毕竟是一个机器，许多用户在使用电脑的时候都会遇上一些问题，电脑故障的时候如何处理成为我们很关心的事。接下来就由小编带你们了解下无法定位程序输入点于动态链接库，我们该如何解决？
今天分享的是静态链接库和动态链接库的相关知识，并且自己动手写一个简单的静态函数库和动态函数库，来体验这个流程。
在Linux环境中，进程的加载方式涉及到静态进程和动态进程两个概念。这两种方式都有各自的优势和劣势，而正确选择加载方式对于应用程序的性能和管理至关重要。本文将深入探讨静态进程和动态进程的特点、优劣势，并为你提供在不同场景下的选择建议。
test3.c #include <stdio.h> #include <cpptest/cpptest.h> int test(int argc,char **argv); int main(int argc,char **argv) { test(argc,argv); return 0; } /* * 1、动态编译 * 调用test动态链接库(c调用c中的动态链接库) * 编译：gcc src/test3.c -o test3 -g #可以正常编译，但是链接出错
随着项目不断发展壮大，组件数量开始变得越来越多，项目也开始变得庞大，webpack 编译的时间也会越来越久，我们现在的项目编译一次在 40s ——70s 之间，这是一个效率非常低下的操作。优化的手段有很多，之前项目原本已经做了很多，本文从缓存的角度进行优化讲解
先来看看程序编译和链接的过程： 编译过程又可以分成两个阶段：编译和汇编。 编译 编译是指编译器读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码。 源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。 主要是以下几方面的处理： 宏定义指令，如 #define a b 对于这种伪指令，预编译所要做的是将程序中的所有a用b替换，但作为字符串常量的 a则不被替换。还有 #undef，
本章我们将学习Dll的注入技巧，我们将把一个动态链接库永久的插入到目标程序中，让程序在运行后直接执行这个Dll文件，这一章的内容也可以看作是第八课的加强篇，第八课中我们向程序中插入了一个弹窗，有木有发现一个问题？单单是一个弹窗我们就需要经历这么多的步骤，那如果你要调用几十个API函数估计早就疯透了，这里我们其实可以直接编写一些能够完成特殊功能的Dll文件，然后让程序通过LoadLibraryA函数动态的加载执行，LoadLibrary这个函数是在Kernel32.dll这个库中保存的，庆幸的是这个动态链接库99%的程序都必须加载，这就为我们动态加载Dll提供了有效的支持。
其实cocos工具读取<游戏project文件夹>\proj.android\jni\夹Android.mk文件，。 Android.mk是一个编译文件，它是GNU Makefile的一小部分。是用来向Android NDK描写叙述C和C++源码文件的，怎样进行编译，以及打包等操作。默认的Android.mk文件内容例如以下：
应用启动时间，直接影响用户对一款应用的判断和使用体验。头条主app本身就包含非常多并且复杂度高的业务模块（如新闻、视频等），也接入了很多第三方的插件，这势必会拖慢应用的启动时间，本着精益求精的态度和对用户体验的追求，我们希望在业务扩张的同时最大程度的优化启动时间。
正常如果你想写一个 .NET 的 NuGet 包，直接打包就好了，你的引用程序集会出现在 NuGet 包内的 lib 文件夹内。然而，如果我们的 NuGet 包包含本机依赖的话怎么办呢？
引用地址：https://eason.blog.csdn.net/article/details/7707821
一、背景 Windows下开发的应用程序在发布时，需要将其依赖的一些动态链接库一起打进安装包里面去。这个时候，快速确定这个程序到底依赖哪些动态链接库变得非常重要。很久以前写过一篇关于Qt程序安
python3使用ctypes在windows中访问C和C++动态链接库函数示例 这是我们的第一个示例，我们尽量简单，不传参，不返回，不访问其他的动态链接库 一 测试环境介绍和准备 测试环境： 操作系统：windows10 Python版本：3.7.0 VS版本：vs2015社区版（免费） 相关工具下载： VS版本vs2015社区版（免费） Python3.7.0 （源码和安装文件） http://ffmpeg.club/python 二 C/C++部分代码 1 首先完成C/C++的动态链接库，与做python扩展库不同，ctypes调用的c++库其实与python没有代码关联，只是提供了开放公共标准。
领取专属 10元无门槛券
手把手带您无忧上云
