程序编译时如何使用库文件

㈠ VS2010的MFC程序如何调用动态库文件（dll文件）放在system32中仍然编译无法打开d

dll这个东西，只要放到编译时会去访问的任意路径上即可。
比如你现在是Debug，你可以放到Debug文件夹或者工程文件夹；
你现在是Release， 你可以放到Release文件夹或者工程文件放到System32无法访问可能说明你的程序根本不需要去访问System32，虽然这不太可能。
当然我可以认为楼主是在隐式调用dll， 显示调用失败系统不会报错。如果 你是要隐式调用已经知道库在何处和其中函数定义的dll，可以在你的FingerMatch.cpp开始的时候写上：
#ifdef _DEBUG
#pragma comment(lib, "..(路径)fp.lib")
#else
#pragma comment(lib, "..(路径)fp.lib")
#endif
然后包含一下fp.h，这个应该是已经做了。那应该不会有什么问题了。
值得注意的是编译时dll只会打开一次，比如你在Debug文件夹下有一个fp.dll，在工程文件夹下也有一个fp.dll，那么编译时使用的是Debug文件夹下的dll，因为它先被找到。

如果上面说的都没用，那么你显式调用吧

㈡ 如何编译生成和调用静态库

如何编译动态库
gcc test1.c test2.c -shared -fPIC -o libtest.so
使用动态库
gcc main.c -L. -ltest -o a.out
(
-L : 表示需要库的路径
-l：表示需要库的名称，如libtest.so，名称则为test
)
（ps：执行a.out时有可能提示找不到libtest.so文件，这时需要把库文件放入到/lib等目录下，或者添加环境变量LD_LIBRARY_PATH，包含有库文件的路径即可）

如何编译静态库
gcc -c test1.c test2.c
ar -r libtest.a test1.o test2.o
使用静态库
gcc main.c -static -L. -ltest -o a.out
（
-static：可强制编译时使用静态库，如果不使用这个参数，而静态库与动态库同名的话，会优先使用动态库

㈢ c#调用单个.class文件

在C语言中，调用单个class文件是不可能的，因为class文件是Java编译后的字节码文件，C语言无法直接调用。C语言是一种面向过程的编程语言，而Java是一种面向对象的编程语言，它们的编译和执行方式不同，所以无法直大陆败接调用。

如果需要在C语言中调用Java代码，需要使用Java Native Interface（JNI）技术。JNI是Java提供的一种机制，允许Java程序调用本地C/C++程序，同时也允许C/C++程序调用Java程序。使用JNI技术，可以将Java代码编译成滚颤动态链接库（.so或.dll），然后在C语言中通过调用动态悉棚链接库来调用Java代码。

需要注意的是，在使用JNI技术时，需要遵守一定的规范和约定，以确保Java代码和C语言代码可以正确地交互。同时，由于Java和C语言的差异较大，使用JNI技术编写代码可能会比较复杂，需要掌握一定的知识和技能。

㈣ Linux 中，在使用g++编译、连接程序时，怎样调用多个静态库文件

在编译命令行中，将使用的静态库文件放在源文件后面就可以了。比如：
gcc -L/usr/lib myprop.c libtest.a libX11.a libpthread.a -o myprop
其中-L/usr/lib指定库文件的查找路径，编译器默认在当前目录下先查找指定的库文件。

㈤ 如何在编译器里设置调用别人写好的lib和dll步骤

如何在编译器（vs2008）里设置调用别人写好的lib和dll如何在编译器（vs2008）里设置调用别人写好的lib和dll步骤：1.Tools->options->projectsandsolutions->VC++directories分别在包含文件,库文件填加了路径（这些路径只告诉编译器怎么找文件，没有说把那里面的文件加入工程.）（若不设置，编译报错：无法打开***文件）2.Project->properties->c/c++->general->additionalincludedirectories添加包含文件Project->properties->linker->general->additionallibrarydirectories添加库文件Project->properties->linker->input->添加用到的lib（这一步也可以在代码中显示调用#pragmacomment(lib,"***.lib")）（若不添加，连接报错：无法解析的外部符号）3.将dll文件拷贝到工程debug文件下（如果不拷贝，编译链接不报错，运行报错：无法找到***.dll）切记第三条，让老子排查了一上午，当然最好把所有输出目录定位到一个文件下面。附：DLL与LIB文件的区别共有两种库：一种是LIB包含了函数所在的DLL文件和文件中函数位置的信息（入口），代码由运行时加载在进程空间中的DLL提供，称为动态链接库dynamiclinklibrary。一种是LIB包含函数代码本身，在编译时直接将代码加入程序当中，称为静态链接库staticlinklibrary。共有两种链接方式：动态链接使用动态链接库，允许可执行模块（.dll文件或.exe文件）仅包含在运行时定位DLL函数的可执行代码所需的信息。静态链接使用静态链接库，链接器从静态链接库LIB获取所有被引用函数，并将库同代码一起放到可执行文件中。关于lib和dll的区别如下：（1）lib是编译时用到的，dll是运行时用到的。如果要完成源代码的编译，只需要lib；如果要使动态链接的程序运行起来，只需要dll。（2）如果有dll文件，那么lib一般是一些索引信息，记录了dll中函数的入口和位置，dll中是函数的具体内容；如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。使用静态编译的lib文件，在运行程序时不需要再挂动态库，缺点是导致应用程序比较大，而且失去了动态库的灵活性，发布新版本时要发布新的应用程序才行。（3）动态链接的情况下，有两个文件：一个是LIB文件，一个是DLL文件。LIB包含被DLL导出的函数名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到DLL文件。在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中相应函数代码的地址，从而节省了内存资源。DLL和LIB文件必须随应用程序一起发行，否则应用程序会产生错误。如果不想用lib文件或者没有lib文件，可以用WIN32API函数LoadLibrary、GetProcAddress装载。使用lib需注意两个文件：（1）.h头文件，包含lib中说明输出的类或符号原型或数据结构。应用程序调用lib时，需要将该文件包含入应用程序的源文件中。（2）.LIB文件，略。使用dll需注意三个文件：（1）.h头文件，包含dll中说明输出的类或符号原型或数据结构的.h文件。应用程序调用dll时，需要将该文件包含入应用程序的源文件中。（2）.LIB文件，是dll在编译、链接成功之后生成的文件，作用是当其他应用程序调用dll时，需要将该文件引入应用程序，否则产生错误。如果不想用lib文件或者没有lib文件，可以用WIN32API函数LoadLibrary、GetProcAddress装载。（3）.dll文件，真正的可执行文件，开发成功后的应用程序在发布时，只需要有.exe文件和.dll文件，并不需要.lib文件和.h头文件

㈥ VS2019编译的c++程序如何指定库文件

这个一般不行的，因为你更换库文件不仅仅涉及这个库本身，还要看所有依赖于这个库的其他文件，而这种兼容性是根本没法保证的
从开发角度讲，应该努力避免用过新的库，因为很多都需要等成熟的。如果自己玩玩就无所谓了

㈦ c语言怎么调用dll文件

（1）编写程序时，你要包含（#include "什么.h") dll文件作者世备提供 的 头文件（.h文件) 。
程序里，便和普通函数调用一样，去调用猛饥它的函数。
（2）程序编译时，你要链接 dll文件作者提供 的 (.lib文件) 库文件。
当然，你可以在源程序里把.lib 名字 写上，编译时自动去链接，例子：
#pragma comment (lib, "什么.lib")
（3）执行搜知毁时，要有 .dll 文件. 放在当前文件夹或系统文件夹里。

㈧ C语言如何引用库文件

这要记的。那么头文件里有那些函数。比如你要用pow(n,3)
如桥春返果你敏饥在开头没有#include<math.h>森隐

如果你没有#include<stdio.h>
那么你的scanf和printf其实也编译不过去的。

所以在引用的时候，需要注意加上相应的头文件

㈨ VC 中如何使用 BCB 编译的库文件

在 Visual C++ 或者 Visual Studio 中, 是无法直接使用 BCB 工程编译产生的库文件的. 究其原因, 是由于微软 Visual C++ lib 文件格式与 BCB 工程的 lib 文件格式不同所导致. Lib 文件中存放的是动态链接库的接口信息, 而不会含有任何函数的内部实现细节. 因此, 我们可以直接通过 Dll 文件来反向生成特定格式的 lib 文件, 以便在 VC 和 BCB 中交叉使用各个编译的动态链接库.

以 MTK 平台的多路下载工具 SP_MDT 为例, 演示在 VC++ 中直接使用 BCB 编译的 lib 库的问题及解决方案. 我们以 Eboot 为例, 源代码目录下关于 Eboot 的文件有以下几个:
Eboot 头文件定义, 路径: SP_MDT_SRCEboot
Eboot lib 库文件, 路径: SP_MDT_SRCLib
Eboot 动态链接库文件, 路径: SP_MDT_SRCoutput

我们新建一个 VC++ MFC 工程, 将上述文件全部拷贝到 MFC 工程目录下, 同时在对话框中实现如下代码段:

#include "interface.h"ANDROID_DL_HANDLE_T handle;
Android_DL_Create(&handle);

此时, 编译工程会报出如下错误:

error LNK2019: 无法解析的外部符号 _Android_DL_Create@4
该符号在函数 "public: void __thiscall CLibDemoDlg::OnBnClickedOk(void)" 中被引用

原因在于我们仅仅包含了相应函数的头文件, 而并没有导入任何的函数实现(如 cpp 源文件或者 lib 库文件). 接下来, 我们尝试直接在 VC++ 中使用 BCB 编译生成的 lib 库文件, 加入以下代码:

#pragma comment(lib, "eboot.lib")

编译时报出如下错误:

eboot.lib : warning LNK4003: 无效的库格式; 已忽略库

显然, VC++ 并不能正确的识别 BCB 所生成的 lib 库文件. 那么如何解决这个问题呢? 一般来说有两种方法:

• 动态加载 dll 动态链接库
  最直接的方法是, 既然有头文件, 那么就可以知道各个函数的定义, 而 dll 动态链接库则会将这些公开的函数导出. 因此, 可以直接调用 LoadLibrary 载入动态链接库, 并查找到相应的函数地址, 完成调用. 这种方法简单粗暴, 其好处是写出的源代码无论是在 BCB 还是在 VC++ 平台都能够通用. 但其缺点也很明显, 需要改写头文件, 定义各种各样的函数指针, 如果使用到的导出函数很多, 则工作量较大.