易语言找不到静态库导致无法静态编译怎么办？求具体点解决方法？
将附件文件解压后,剪切到你的易语言安装目录(与e.exe同一目录)下,运行一次即可,当你的易语言目录被改变后,再运行一次,没有改变不用运行。
如果还不行,应该是你下载的版本支持文件不完整,只有从新再去下一个完整版的。
如何使用ndk编译ffmpeg静态库？
这是一个有点复杂的问题，安卓本质上是个linux，完全可以把opencv编译成静态库。要实际操作才知道怎么搞。是不是你包含的头文件是2.9的，3.0的版本接口变了,
假设题主的环境中安装了AS，并使用AS的管理工具安装了CMAKE ，NINJA，NDK等环境。
1、将上述代码保存到bat文件中，并修改相关目录路径。
2、下载opencv源码，将脚本复制到 OpenCV源码同级的目录下，如果能知道cmake的-H是指定源码路径，-B是指定构建目录。
3、执行这个脚本，正常的话会在buildarmeabi-v7a 下生成ninja工程，ninja是类似Linux gcc中的make程序一样功能的东西。
4、打开cmd ，cd 到buildarmeabi-v7a 目录，然后执行E:binsdkcmake3.6.4111459binninja 开始编译构建opencv。
5、正常的话，等待编译之后，在buildarmeabi-v7alib 目录下会有 opencv 静态库。
6、如果要编译arm64-v8a 的，将脚本中的 armeabi-v7a 全部改成 arm64-v8a。
7、因为某些依赖处理很困难，容易导致编译失败，所以我添加了 这些指令，是取消编译构建这些模块，如果题主需要编译这些模块的话，就需要自己解决依赖问题。
易语言怎么弄静态编译？
1、编译是把支持库文件和程序分开来，如果给别人去用,别人却没安装易语言,就要把支持库文件带上给那人才能用.
2、静态编译就是把支持库文件打包到程序里去.这样,如果对方没装易语言也照样可以正常使用和独立编译.
3、在易语言中，想把一个易语言源码程序变成一个可执行的EXE软件程序，有三种编译方式：
一、编译。
这种方式只是把源码变成EXE文件，不把所用到的支持库一起打包进程序中。
优点是程序体积小，可以有效地减少某些杀毒软件的误报；
缺点是只可以在装有易语言的机器上使用，在没有易语言的电脑上会说缺少支持库。
二、独立编译。
在易语言4.X版中，可以把支持库写到EXE程序中，方便在没有易语言的电脑上使用。
缺点是程序体积大，容易误报。在易语言5.X版中，独立编译改为静态编译，不再把支持库整个地打包到程序中，而把用到的命令打包，所以体积有所减小，也减少了误报。
但是静态编译需要使用外部的链接器，如果设置不好，则无法编译。
三、编译成安装文件。
这种方式的编译，可以直接生成安装文件，方便在其他电脑中进行软件的安装。
缺点是不小心就会把源码也打包进去。
linux动态库和静态库的区别？
动态链接库和静态链接库一般是编译集成一系列的接口（函数）
在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接
动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里
而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）
程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖
而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）
程序运行时会动态地加载这些库
linux上动态库一般的后缀后为.so
静态库一般的后缀为.a
由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大
这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了
出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了
但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）
另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖
如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费
而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间
动态库和静态库的区别？
我们通常把一些公用函数制作成函数库，供其它程序使用。 函数库分为静态库和动态库两种。 静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。 动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。 本文主要通过举例来说明在Linux中如何创建静态库和动态库，以及使用它们。 在创建函数库前，我们先来准备举例用的源程序，并将函数库的源程序编译成.o文件。 第1步：编辑得到举例的程序–hello.h、hello.c和main.c; hello.h(见程序1)为该函数库的头文件。 hello.c(见程序2)是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出”Hello XXX!”。 main.c(见程序3)为测试库文件的主程序，在主程序中调用了公用函数hello。 程序1: hello.h #ifndef HELLO_H #define HELLO_H void hello(const char *name); #endif //HELLO_H 程序2: hello.c #include void hello(const char *name) { printf(“Hello %s!/n”, name); } 程序3: main.c #include “hello.h” int main() { hello(“everyone”); return 0; } 第2步：将hello.c编译成.o文件; 无论静态库，还是动态库，都是由.o文件创建的。因此，我们必须将源程序hello.c通过gcc先编译成.o文件。 在系统提示符下键入以下命令得到hello.o文件。 # gcc -c hello.c # (注1：本文不介绍各命令使用和其参数功能，若希望详细了解它们，请参考其他文档。) (注2：首字符”#”是系统提示符，不需要键入，下文相同。) 我们运行ls命令看看是否生存了hello.o文件。 # ls hello.c hello.h hello.o main.c # (注3：首字符不是”#”为系统运行结果，下文相同。) 在ls命令结果中，我们看到了hello.o文件，本步操作完成。 下面我们先来看看如何创建静态库，以及使用它。 第3步：由.o文件创建静态库; 静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。 在系统提示符下键入以下命令将创建静态库文件libmyhello.a。 # ar cr libmyhello.a hello.o # 我们同样运行ls命令查看结果： # ls hello.c hello.h hello.o libmyhello.a main.c # ls命令结果中有libmyhello.a。 第4步：在程序中使用静态库; 静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件。 在程序3:main.c中，我们包含了静态库的头文件hello.h，然后在主程序main中直接调用公用函数hello。下面先生成目标程序hello，然后运行hello程序看看结果如何。 # gcc -o hello main.c -L. -lmyhello # ./hello Hello everyone! # 我们删除静态库文件试试公用函数hello是否真的连接到目标文件 hello中了。 # rm libmyhello.a rm: remove regular file `libmyhello.a’? y # ./hello Hello everyone! # 程序照常运行，静态库中的公用函数已经连接到目标文件中了。 我们继续看看如何在Linux中创建动态库。我们还是从.o文件开始。 第5步：由.o文件创建动态库文件; 动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。 在系统提示符下键入以下命令得到动态库文件libmyhello.so。 # gcc -shared -fPCI -o libmyhello.so hello.o # 我们照样使用ls命令看看动态库文件是否生成。 # ls hello.c hello.h hello.o libmyhello.so main.c # 第6步：在程序中使用动态库; 在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。我们先运行gcc命令生成目标文件，再运行它看看结果。 # gcc -o hello main.c -L. -lmyhello # ./hello ./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory # 哦!出错了。快看看错误提示，原来是找不到动态库文件libmyhello.so。程序在运行时，会在/usr/lib和/lib等目录中查找需要的动态库文件。若找到，则载入动态库，否则将提示类似上述错误而终止程序运行。我们将文件 libmyhello.so复制到目录/usr/lib中，再试试。 # mv libmyhello.so /usr/lib # ./hello Hello everyone! # 成功了。这也进一步说明了动态库在程序运行时是需要的。 我们回过头看看，发现使用静态库和使用动态库编译成目标程序使用的gcc命令完全一样，那当静态库和动态库同名时，gcc命令会使用哪个库文件呢？抱着对问题必究到底的心情，来试试看。 先删除 除.c和.h外的 所有文件，恢复成我们刚刚编辑完举例程序状态。 # rm -f hello hello.o /usr/lib/libmyhello.so # ls hello.c hello.h main.c # 在来创建静态库文件libmyhello.a和动态库文件libmyhello.so。 # gcc -c hello.c # ar cr libmyhello.a hello.o # gcc -shared -fPCI -o libmyhello.so hello.o # ls hello.c hello.h hello.o libmyhello.a libmyhello.so main.c # 通过上述最后一条ls命令，可以发现静态库文件libmyhello.a和动态库文件libmyhello.so都已经生成，并都在当前目录中。然后，我们运行gcc命令来使用函数库myhello生成目标文件hello，并运行程序 hello。 # gcc -o hello main.c -L. -lmyhello # ./hello ./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory # 从程序hello运行的结果中很容易知道，当静态库和动态库同名时， gcc命令将优先使用动态库。