你教我编译

Ⅰ matlab如何编译

一般需要用 function定义的子文件可执行，只有一个主文件，并将M文件放在一起即可……下面有个示例希望对你有帮助

Ⅱ 我在手机上安装了个J2ME 谁能教我编译一段小程序 我要傻瓜式教程(图文并附) 我想弄出个可以安装的程序...

你这问题不是很简单知道吧J2ME是编程语言但自己要写肯定要一定的时间！如果你执意要学 可以给你个网址 去看看 看懂了这些问题你都解决了希望能帮助你http://www.enet.com.cn/eschool/video/j2me/

Ⅲ 易语言如何编译运行

问题一：易语言代码编辑好后，编译是变成程序来运行吗 菜单里面选择“编译”》“编译”或者是“独立编译”编译：要输出多个文件 其中的文件除有.exe的可执行文件外还有相关的一些支持库 在吧软件给别人运行的时候里面的文件缺一不可 都要放到那个.EXE文件的仿穗友相同目录里面！独立编译：只输出一个.EXE的可执行文件 就是相当于那些支持库文件被融入到.exe文件中了 如果要给别人使用的时候就不那一个.exe文件发别人就可以了。

问题二：怎么用易语言打开那些用易语言编译好的exe后缀的易语言程序？ 靠，我看错题目了。。不能反编译的！新人总是异想天开，要是可以直接打开，别人的软件还卖上个几千块一个，你说要是可以直接改，别人还要买干什么，直接改，所以说不可能的。可以用OD工具进行反汇编，LZ的等级还没到，不可能实现，如果想学习，给你个传送门 52pojie。

问题三：易语言编译完成的文件怎么才能用易语言打开 易语言只是一个编程语言,不能反编译。您下载的软件是已经编译出来的了,如果想反编译,就很难,我也不会。。。

问题四：怎么打开用易语言编辑的软件（已经编译好的） 可以反编译,简单可以修改文本, 工具用C32ASM 可以看看反汇编教程

问题五：用易语言编译程序用哪种编译方式多好？ 静态编译和普通编译一样
静态编译是封装了所有易语言的api,而普通编译把易语言api编程文件，再用易语言来调用而已
其实两者都是一样，个人推荐静态族链编译，这样有效减少文件数量
至于你说的独立编译和静态编译是同一种意思

问题六：请问有了易语言源码怎样编译成软件exe？ bak是易语言备份文件，把bak后缀改成e就可以用易语言打开，
打开易语言时他会提示载入模块，根据操作加载ec模块文件
生成win32程序，可以用易语言编译（如图下）
易语言下载：180.97.83.171:443/...461879

问题七：易语言 调试易程序一运行直接就完毕 这种情况很多人都遇到过,包括我..归类以下几种可能.
使用了ET助手里面的一键快捷编译
编译器配置出问题了
有进程拦截了link 因为link属于调试环境,可能是某进程防止被调试,hook了相关函数,导致link启动的时候直接被拦了
第三种的可能性是占90%以上.....某些游戏或者软件运行后,会启动某服务 或者驱动开机启动来防止自身主程序被调试........
最主要的因素还是是因为LINK被拦截...个人认为...如果答错了飘过即可......勿喷

问题八：易语言程序用易语言运行时没问题，但是编译出来后再运行程序出了点错怎么办 10分 易语言已经调试输出了错误信息
错误(10143): 静态编译暂不支持使用了NPK或OPK支持库的程序。
所以不可以使用“静态编译”
只能使用“编译”

问题九：易语言版本不支备槐持编译程序及制作安装软件怎么办 因为你用的易语言是学习版的,要破解了才能编译
破解补丁放到易语言根目录下运行,以下是破解补丁的下载地址
pan./s/1sjob7rB

问题十：易语言里如何运行编辑框内容？ 要代码 运行 (编辑框1.内容, 真, )

Ⅳ c++如何编译啊 ~

以linux系统为例：

1、在连网的情况下，在终端中使用root超级用户权限输入以下命令：
sudo apt-get install g++
并回车即可安装C++编译器g++。

2、安装完毕，即可开始新建我们的一个C++工程了。下面以一个hello工程为例，简单地介绍如何编译一个 C++工程。

3、登录Linux系统，打开终端，在当前目录下使用mkdir命令新建一个hello的目录；然后使用cd hello进入hello目录中，并使用vi工具新建hello.h、hello.cpp、main.cpp、makefile四个文件。四个文件的内容分别如下：
1. hello.h文件

#ifndef HELLO_H_
#define HELLO_H_
class Hello {
public:
void print();
};
#endif

2. hello.cpp文件
#include "hello.h"
#include <iostream>
using namespace std;
void Hello::print() {
cout<<"Hello, welcome to Redhat Linux os!"<<endl;
}

3. main.cpp文件
#include "hello.h"
#include <iostream>
using namespace std;
int main() {
Hello h;
h.print();
return 0；
}
注意：这三个文件要以空白行结束，否则编译时会有警告信息。

4. makefile文件
# this is a makefile of the c++ project hello
# the standard c++ compiler in the Redhat linux is g++
# written by young on June 27th, 2009
TARGET = .
CC = g++
CFLAGS = -g
CFLAGC = -c

MAINC = main.cpp
HELLO = hello.cpp
OBJ = hello.o

INCLUDE = -I$(TARGET)
EXEC = $(TARGET)/main

all: $(EXEC)
$(EXEC): $(OBJ) $(MAINC)
$(CC) $(CFLAGS) $(OBJ) $(MAINC) $(INCLUDE) -o $@
rm -f $(OBJ)
@echo "<<<<<< $@ is created successfully! >>>>>>"
$(OBJ): $(HELLO)
$(CC) $(CFLAGC) $(HELLO) -o $@
clean:
rm -f $(EXEC)
注意： makefile文件中的命令行(红色字体)一定要以Tab建开头，否则编译通不过。

写好makefile文件后，即可编译工程。在终端中输入make命令，回车后将显示如下信息：
g++ -c hello.cpp -o hello.o
g++ -g hello.o main.cpp -I. -o main
rm -f hello.o
<<<<<< main is created successfully! >>>>>>
这些信息说明工程已被正确编译，当前目录下将生成一个main的可执行文件。
同样，你也可以不使用makefile文件，而直接在终端上输入以下两行命令：
g++ -c hello.cpp -o hello.o
g++ -g hello.o main.cpp -I. -o main
也可以编译这个工程。

使用ls -l命令查看当前目录下的所有文件，确实有一个main文件。
在终端中输入./main，即可运行程序。

Ⅳ 易语言如何编译

问题一：易语言怎么编译 最上面有个编译

问题二：请问有了易语言源慎前码怎样编译成软件exe？ bak是易语言备份文件，把bak后缀改成e就可以用易语言打开，
打开易语言时他会提示载入模块，根据操作加载ec模块文件
生成win32程序，可以用易语言编译（如图下）
易语言下载：180.97.83.171:443/...461879

问题三：易语言程序写好了要怎么编译才最好 选择静态编译最好。
如果是正常编译，那么其他没有易语言支持库的电脑就无法运行程序（除非支持库在程序的运行目录下）。
而静态编译就不会出现这种问题，它将支持库一并写入了程序内，使其兼容性增强。并且静态编译对杀软的误报率有所降低（除了360这样的）。
但是静态编译的坏处在于每个支持库文件都需要有对应的静态编译支持库，并且连接器出错就无法编译（那时需要修复了）。
希望能帮到你，不懂的地方请追问！

问题四：易语言怎么独立编译 能够独立编译的易语言程序都可以独立编译，版本较高的易语言程序的独立编译被改成了静态编译。不支持独立编译可能和程序本身有关系。

问题五：为什么易语言不能编译 1 .找到打开易语言安装目录下的 tools\link.ini 的配置文本，找到linker=C:\full\path\link.exe 这句，然后修改，如果你的易语言是安装在E盘下核樱面，而你如果使用的安装易语言的文件夹名称是默认名 e 的话，就修改linker=E:\e\vc98linker\bin\link.exe 。如果你把易语言安装在F盘下面的123文件夹里，那你就把linker=C:\full\path\link.exe修改为，linker=F:\123\e\vc98linker\bin\link.exe )，反正你必须易语言安装的填绝对路径。
还有不知你有没有下载易语言静态编译所需要的VC6链接器，静态编译必须要VC6链接器，如果没有可到下面的网址下载：下载后直接放到易语言根目录里就可以了。
bbs.eyuyan/read.php?tid=202913
2. 你把易语言破解补丁解压到你安装的易语言文件夹里，然后打开patch.exe，它就会把原来不能编译的e.exe替换为可以编译的e.exe，就这么简单。如果你的易语言破解补丁不能用，那可以把电子邮件写上，我给你发过来。
如果还不明白可以和我在线交谈。
请采纳。

问题六：请教易语言模块如何编译成程序？ *.e文件是易语言的源代码文件，该文件中保存了易语言所设计的程序的所有源代码。无论是*.ec的模块文件还是*.exe的可执行文件都是通过*.e文件编译而来的.
如果编译源代码文件（也就是*.e的文件）后，生成的是*.ec的文件，那么说明这份源代码是一个易语言模块的源代码，它只能被编译为*.ec的易语言模块文件。
要生成exe的可执行文件，需要在新建易语言程序项目时选择“Windows窗口程序”类型，该类型的项目可以编译为exe文件。
另：如何建立“Windows窗口程序”项目？启动易语言后在弹出的“新建...”窗口中选择即可。

问题七：易语言编译成软件的可执行文件怎么生成啊？？？跪求 是怎么编译?
需要官方正版或破解版才可以，如果是学习版则只能调试
静态改孝丛编译……
[菜单]=>[编译]=>[静态编译](shift+f7)
如果提示错误，需要在易语言vc98linker(默认是这样的)目录下运行link.e，或者直接改变tools目录中的link.ini的linker配置项
如果只是给其他拥有易语言的朋友或者自己使用的，可以直接编译
还有一种是黑月编译，需要黑月编译支持库(这个时候就不能可视编辑窗口了)……

问题八：用易语言怎么编译生成安装软件啊 先把源码保存，然后再生成安装文件。
生成安装文件时，就一步一步地按照它说的去填写。（最好保存出一个模板出来）建议生成后加个壳，或者静态编译出来加壳后用其他的软件去包装。全手打望采纳！

问题九：易语言怎么制作编译器 这需要学习一定的汇编语言或其它编程语言
--------------------------------------------
将对应命令翻译为机器可直接运行的机器指令
如果觉得太难可以将易语言源码翻译为其它编程语言源码由其编译进行编译
或参考网上开源的其它编程语言的编译（如C#/C++），参考其编译原理和对应指令

问题十：易语言5.3怎么静态编译 版本跨度较大，应用程序理论上是需要重编译的并进行运行测试的。\r\nOracle的数据库要根据具体版本去查询官方的认证情况，看看是否可以支持Aix 6.1，有可能需要升级Oracle数据库版本或者安装相应补丁

Ⅵ 怎样编译PHP文件

不需要编译的，把PHP文件拷贝到你的网页目录里面，在地址栏输入：http://127.0.0.1/*.php就可以了

补充：
大家说得非常明白了，你自己写的PHP程序，鼠标双击就可以运行，不需要编译。如果双击的时候问你用什么打开，你就选择你自己安装的PHP.EXE文件。

多数情况PHP写的程序是在网页上用的，如果你也是写的网页程序，那就放在网页文件夹下，用浏览器使用http://127.0.0.1/***.php来打开运行。

反正无需编译，直接解释运行。

Ⅶ 如何编译linux版本

编译安装内核
下载并解压内核

解压内核：tar xf linux-2.6.XX.tar.xz
定制内核：make menuconfig
参见makefile menuconfig过程讲解
编译内核和模块：make
生成内核模块和vmlinuz，initrd.img，Symtem.map文件
安装内核和模块：sudo make moles_install install
复制模块文件到/lib/moles目录下、复制config，vmlinuz，initrd.img，Symtem.map文件到/boot目录、更新grub
其他命令：
make mrprobe：命令的作用是在每次配置并重新编译内核前需要先执行“make mrproper”命令清理源代码树，包括过去曾经配置的内核配置文件“.config”都将被清除。即进行新的编译工作时将原来老的配置文件给删除到，以免影响新的内核编译。
make dep：生成内核功能间的依赖关系，为编译内核做好准备。

几个重要的Linux内核文件介绍
config
使用make menuconfig 生成的内核配置文件，决定将内核的各个功能系统编译进内核还是编译为模块还是不编译。
vmlinuz 和 vmlinux
vmlinuz是可引导的、压缩的内核，“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制，Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，vmlinuz的建立有两种方式：一是编译内核时通过“make zImage”创建，zImage适用于小内核的情况，它的存在是为了向后的兼容性；二是内核编译时通过命令make bzImage创建，bzImage是压缩的内核映像，需要注意，bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”，bzImage中的b是“big”意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码，所以你不能用gunzip 或 gzip –dc解包vmlinuz。 内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存（第一个640K），bzImage解压缩内核到高端内存（1M以上）。如果内核比较小，那么可以采用zImage 或bzImage之一，两种方式引导的系统运行时是相同的。大的内核采用bzImage，不能采用zImage。 vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。
initrd.img
initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。比如initrd- 2.4.7-10.img主要是用于加载ext3等文件系统及scsi设备的驱动。如果你使用的是scsi硬盘，而内核vmlinuz中并没有这个 scsi硬件的驱动，那么在装入scsi模块之前，内核不能加载根文件系统，但scsi模块存储在根文件系统的/lib/moles下。为了解决这个问题，可以引导一个能够读实际内核的initrd内核并用initrd修正scsi引导问题，initrd-2.4.7-10.img是用gzip压缩的文件。initrd映象文件是使用mkinitrd创建的，mkinitrd实用程序能够创建initrd映象文件，这个命令是RedHat专有的，其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助：man mkinitrd
System.map是一个特定内核的内核符号表，由“nm vmlinux”产生并且不相关的符号被滤出。
下面几行来自/usr/src/linux-2.4/Makefile：
nm vmlinux | grep -v '(compiled)|(.o$$)|( [aUw] )|(..ng$$)|(LASH[RL]DI)' | sort > System.map
在进行程序设计时，会命名一些变量名或函数名之类的符号。Linux内核是一个很复杂的代码块，有许许多多的全局符号， Linux内核不使用符号名，而是通过变量或函数的地址来识别变量或函数名，比如不是使用size_t BytesRead这样的符号，而是像c0343f20这样引用这个变量。 对于使用计算机的人来说，更喜欢使用那些像size_t BytesRead这样的名字，而不喜欢像c0343f20这样的名字。内核主要是用c写的，所以编译器/连接器允许我们编码时使用符号名，而内核运行时使用地址。 然而，在有的情况下，我们需要知道符号的地址，或者需要知道地址对应的符号，这由符号表来完成，符号表是所有符号连同它们的地址的列表。
Linux 符号表使用到2个文件： /proc/ksyms 、System.map 。/proc/ksyms是一个“proc file”，在内核引导时创建。实际上，它并不真正的是一个文件，它只不过是内核数据的表示，却给人们是一个磁盘文件的假象，这从它的文件大小是0可以看 出来。然而，System.map是存在于你的文件系统上的实际文件。当你编译一个新内核时，各个符号名的地址要发生变化，你的老的System.map 具有的是错误的符号信息，每次内核编译时产生一个新的System.map，你应当用新的System.map来取代老的System.map。
虽然内核本身并不真正使用System.map，但其它程序比如klogd， lsof和ps等软件需要一个正确的System.map。如果你使用错误的或没有System.map，klogd的输出将是不可靠的，这对于排除程序故障会带来困难。没有System.map，你可能会面临一些令人烦恼的提示信息。 另外少数驱动需要System.map来解析符号，没有为你当前运行的特定内核创建的System.map它们就不能正常工作。 Linux的内核日志守护进程klogd为了执行名称-地址解析，klogd需要使用System.map。System.map应当放在使用它的软件能够找到它的地方。执行：man klogd可知，如果没有将System.map作为一个变量的位置给klogd，那么它将按照下面的顺序，在三个地方查找System.map： /boot/System.map 、/System.map 、/usr/src/linux/System.map
System.map也有版本信息，klogd能够智能地查找正确的映象（map）文件。
makefile menuconfig过程讲解
当我们在执行make menuconfig这个命令时，系统到底帮我们做了哪些工作呢？这里面一共涉及到了一下几个文件我们来一一探讨
Linux内核根目录下的scripts文件夹
arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件
Linux内核根目录下的makefile文件、各层目录下的makefile文件
Linux内核根目录下的的.config文件、arch/$ARCH/configs/下的文件
Linux内核根目录下的 include/generated/autoconf.h文件
1）scripts文件夹存放的是跟make menuconfig配置界面的图形绘制相关的文件，我们作为使用者无需关心这个文件夹的内容
2）当我们执行make menuconfig命令出现上述蓝色配置界面以前，系统帮我们做了以下工作：
首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项（Kconfig是整个linux配置机制的核心），那么ARCH环境变量的值等于多少呢？它是由linux内核根目录下的makefile文件决定的，在makefile下有此环境变量的定义：
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
..........
export KBUILD_BUILDHOST := $(SUBARCH)
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
或者通过 make ARCH=arm menuconfig命令来生成配置界面
比如教务处进行考试，考试科数可能有外语、语文、数学等科，这里我们选择了arm科可进行考试，系统就会读取arm/arm/kconfig文件生成配置选项（选择了arm科的卷子），系统还提供了x86科、milps科等10几门功课的考试题
3）假设教务处比较“仁慈”，为了怕某些同学做错试题，还给我们准备了一份参考答案（默认配置选项），存放在arch/$ARCH/configs/目录下，对于arm科来说就是arch/arm/configs文件夹：

此文件夹中有许多选项，系统会读取哪个呢？内核默认会读取linux内核根目录下.config文件作为内核的默认选项（试题的参考答案），我们一般会根据开发板的类型从中选取一个与我们开发板最接近的系列到Linux内核根目录下（选择一个最接近的参考答案）
4).config
假设教务处留了一个心眼，他提供的参考答案并不完全正确（.config文件与我们的板子并不是完全匹配），这时我们可以选择直接修改.config文件然后执行make menuconfig命令读取新的选项。但是一般我们不采取这个方案，我们选择在配置界面中通过空格、esc、回车选择某些选项选中或者不选中，最后保存退出的时候，Linux内核会把新的选项（正确的参考答案）更新到.config中，此时我们可以把.config重命名为其它文件保存起来（当你执行make distclean时系统会把.config文件删除），以后我们再配置内核时就不需要再去arch/arm/configs下考取相应的文件了，省去了重新配置的麻烦，直接将保存的.config文件复制为.config即可.
5）经过以上两步，我们可以正确的读取、配置我们需要的界面了，那么他们如何跟makefile文件建立编译关系呢？当你保存make menuconfig选项时，系统会除了会自动更新.config外，还会将所有的选项以宏的形式保存在Linux内核根目录下的 include/generated/autoconf.h文件下

内核中的源代码就都会包含以上.h文件，跟宏的定义情况进行条件编译。
当我们需要对一个文件整体选择如是否编译时，还需要修改对应的makefile文件，例如：

我们选择是否要编译s3c2410_ts.c这个文件时，makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件，此宏是在Kconfig文件中定义，当我们配置完成后，会出现在.config及autconf中，至此，我们就完成了整个linux内核的编译过程。
最后我们会发现，整个linux内核配置过程中，留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。
比如我们如果想要给内核增加一个功能，并且通过make menuconfig控制其声称过程
首先需要做的工作是：修改对应目录下的Kconfig文件，按照Kconfig语法增加对应的选项；
其次执行make menuconfig选择编译进内核或者不编译进内核，或者编译为模块，.config文件和autoconf.h文件会自动生成；
最后修改对应目录下的makefile文件完成编译选项的添加；
最后的最后执行make命令进行编译。
Kconfig和Makefile
Linux内核源码树的每个目录下都有两个文档Kconfig和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文档相关的内核配置菜单。在执行内核配置make menuconfig时，从Kconfig中读出菜单，用户选择后保存到.config的内核配置文档中。在内核编译时，主Makefile调用这 个.config，就知道了用户的选择。这个内容说明了，Kconfig就是对应着内核的每级配置菜单。
假如要想添加新的驱动到内核的源码中，要修改Kconfig,这样就能够选择这个驱动，假如想使这个驱动被编译，则要修改Makefile。添加新 的驱动时需要修改的文档有两种（如果添加的只是文件，则只需修改当前层Kconfig和Makefile文件；如果添加的是目录，则需修改当前层和目录下 的共一对Kconfig和Makefile）Kconfig和Makefile。要想知道怎么修改这两种文档，就要知道两种文档的语法结构，Kconfig的语法参见参考文献《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:
Makefile 顶层的 Makefile
.config 内核配置文件
arch/$(ARCH)/Makefile 体系结构 Makefile
scripts/Makefile.* 适用于所有 kbuild Makefile 的通用规则等
kbuild Makefiles 大约有 500 个这样的文件
顶层 Makefile 读取内核配置操作产生的.config 文件，顶层 Makefile 构建两个主要的目标:vmlinux(内核映像)和 moles(所有模块文件)。它通过递归访问内核源码树下的子目录来构建这些目标。访问哪些子目录取决于内核配置。顶层 Makefile 包含一个体系结构 Makefile,由 arch/$(ARCH)/Makefile 指定。体系结构 Makefile 文件为顶层 Makefile 提供了特定体系结构的信息。每个子目录各有一个 kbuild文件和Makefile 文件来执行从上层传递下来的命令。kbuild和Makefile文件利用.config 文件中的信息来构造由 kbuild 构建内建或者模块对象使用的各种文件列表。scripts/Makefile.*包含所有的定义/规则,等等。这些信息用于使用 kbuild和 Makefile 文件来构建内核。Makefile的语法参见参考文献《【linux-2.6.31】kbuild》。

参考文献
【linux-2.6.31】内核编译指南.pdf
【linux-2.6.31】kbuild.pdf
Linker script in Linux.pdf
linux内核的配置机制及其编译过程
Linux内核编译过程详解
Linux Kconfig及Makefile学习

Ⅷ 如何编译一个 dll文件

创建DLL工程
这里，我们为了简要说明DLL的原理，我们决定使用最简单的编译环境VC6.0，如下图，我们先建立一个新的Win32 Dynamic-Link Library工程，名称为“MyDLL”，在Visual Studio中，你也可以通过建立Win32控制台程序，然后在“应用程序类型”中选择“DLL”选项，

点击确定，选择“一个空的DLL工程”，确定，完成即可。

一个简单的dll
在第一步我们建立的工程中建立一个源码文件”dllmain.cpp“，在“dllmain.cpp”中，键入如下代码

[cpp] view plain
#include <Windows.h>
#include <stdio.h>

BOOL APIENTRY DllMain(HMODULE hMole, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("DLL_PROCESS_ATTACH\n");
break;
case DLL_THREAD_ATTACH:
printf("DLL_THREAD_ATTACH\n");
break;
case DLL_THREAD_DETACH:
printf("DLL_THREAD_DETACH\n");
break;
case DLL_PROCESS_DETACH:
printf("DLL_PROCESS_DETACH\n");
break;
}
return TRUE;
}
之后，我们直接编译，即可以在Debug文件夹下，找到我们生成的dll文件，“MyDLL.dll”，注意，代码里面的printf语句，并不是必须的，只是我们用于测试程序时使用。而DllMain函数，是dll的进入/退出函数。

实际上，让线程调用DLL的方式有两种，分别是隐式链接和显式链接，其目的均是将DLL的文件映像映射进线程的进程的地址空间。我们这里只大概提一下，不做深入研究，如果感兴趣，可以去看《Window高级编程指南》的第12章内容。
隐式链接调用
隐士地链接是将DLL的文件影响映射到进程的地址空间中最常用的方法。当链接一个应用程序时，必须制定要链接的一组LIB文件。每个LIB文件中包含了DLL文件允许应用程序（或另一个DLL）调用的函数的列表。当链接器看到应用程序调用了某个DLL的LIB文件中给出的函数时，它就在生成的EXE文件映像中加入了信息，指出了包含函数的DLL文件的名称。当操作系统加载EXE文件时，系统查看EXE文件映像的内容来看要装入哪些DLL，而后试图将需要的DLL文件映像映射到进程的地址空间中。当寻找DLL时，系统在系列位置查找文件映像。

1.包含EXE映像文件的目录
2.进程的当前目录
3.Windows系统的目录
4.Windows目录
5.列在PATH环境变量中的目录

这种方法，一般都是在程序链接时控制，反映在链接器的配置上，网上大多数讲的各种库的配置，比如OPENGL或者OPENCV等，都是用的这种方法

显式链接调用
这里我们只提到两种函数，一种是加载函数
[cpp] view plain
HINSTANCE LoadLibrary(LPCTSTR lpszLibFile);

HINSTANCE LoadLibraryEx(LPCSTR lpszLibFile,HANDLE hFile,DWORD dwFlags);
返回值HINSTANCE值指出了文件映像映射的虚拟内存地址。如果DLL不能被映进程的地址空间，函数就返回NULL。你可以使用类似于

[cpp] view plain
LoadLibrary("MyDLL")
或者

[cpp] view plain
LoadLibrary("MyDLL.dll")
的方式进行调用，不带后缀和带后缀在搜索策略上有区别，这里不再详解。

显式释放DLL

在显式加载DLL后，在任意时刻可以调用FreeLibrary函数来显式地从进程的地址空间中解除该文件的映像。
[cpp] view plain
BOOL FreeLibrary(HINSTANCE hinstDll);
这里，在同一个进程中调用同一个DLL时，实际上还牵涉到一个计数的问题。这里也不在详解。
线程可以调用GetMoleHandle函数：

[cpp] view plain
GetMoleHandle(LPCTSTR lpszMoleName)；
来判断一个DLL是否被映射进进程的地址空间。例如，下面的代码判断MyDLL.dll是否已被映射到进程的地址空间，如果没有，则装入它：

[cpp] view plain
HINSTANCE hinstDll;
hinstDll = GetMoleHandle("MyDLL");
if (hinstDll == NULL){
hinstDll = LoadLibrary("MyDLL");
}
实际上，还有一些函数，比如 GetMoleFileName用来获取DLL的全路径名称，FreeLibraryAndExitThread来减少DLL的使用计数并退出线程。具体内容还是参见《Window高级编程指南》的第12章内容，此文中不适合讲太多的内容以至于读者不能一下子接受。

DLL的进入与退出函数

说到这里，实际上只是讲了几个常用的函数，这一个小节才是重点。
在上面，我们看到的MyDLL的例子中，有一个DllMain函数，这就是所谓的进入/退出函数。系统在不同的时候调用此函数。这些调用主要提供信息，常常被DLL用来执行进程级或线程级的初始化和清理工作。如果你的DLL不需要这些通知，就不必再你的DLL源代码中实现此函数，例如，如果你创建的DLL只含有资源，就不必实现该函数。但如果有，则必须像我们上面的格式。
DllMain函数中的ul_reason_for_call参数指出了为什么调用该函数。该参数有4个可能值： DLL_PROCESS_ATTACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH、DLL_PROCESS_DETACH。
其中，DLL_PROCESS_ATTACH是在一个DLL首次被映射到进程的地址空间时，系统调用它的DllMain函数，传递的ul_reason_for_call参数为DLL_PROCESS_ATTACH。这只有在首次映射时发生。如果一个线程后来为已经映射进来的DLL调用LoadLibrary或LoadLibraryEx，操作系统只会增加DLL的计数，它不会再用DLL_PROCESS_ATTACH调用DLL的DllMain函数。
而DLL_PROCESS_DETACH是在DLL被从进程的地址空间解除映射时，系统调用它的DllMain函数，传递的ul_reason_for_call值为DLL_PROCESS_DETACH。我们需要注意的是，当用DLL_PROCESS_ATTACH调用DLL的DllMain函数时，如果返回FALSE,说明初始化不成功，系统仍会用DLL_PROCESS_DETACH调用DLL的DllMain。因此，必须确保没有清理那些没有成功初始化的东西。
DLL_THREAD_ATTACH：当进程中创建一个线程时，系统察看当前映射到进程的地址空间中的所有DLL文件映像，并用值DLL_THREAD_ATTACH调用所有的这些DLL的DllMain函数。该通知告诉所有的DLL去执行线程级的初始化。注意，当映射一个新的DLL时，进程中已有的几个线程在运行，系统不会为已经运行的线程用值DLL_THREAD_ATTACH调用DLL的DllMain函数。
而DLL_THREAD_DETACH，如果线程调用ExitThread来终结（如果让线程函数返回而不是调用ExitThread，系统会自动调用ExitThread），系统察看当前映射到进程空间的所有DLL文件映像，并用值DLL_THREAD_DETACH来调用所有的DLL的DllMain函数。该通知告诉所有的DLL去执行线程级的清理工作。
这里，我们需要注意的是，如果线程的终结是因为系统中的一个线程调用了TerminateThread，系统就不会再使用DLL_THREAD_DETACH来调用DLL和DllMain函数。这与TerminateProcess一样，不再万不得已时，不要使用。
下面，我们贴出《Window高级编程指南》中的两个图来说明上述四种参数的调用情况。

好的，介绍了以上的情况，下面，我们来继续实践，这次，建立一个新的空的win32控制台工程TestDLL，不再多说，代码如下：

[cpp] view plain
#include <iostream>
#include <Windows.h>
using namespace std;

DWORD WINAPI someFunction(LPVOID lpParam)
{
cout << "enter someFunction!" << endl;
Sleep(1000);
cout << "This is someFunction!" << endl;
Sleep(1000);
cout << "exit someFunction!" << endl;
return 0;
}

int main()
{
HINSTANCE hinstance = LoadLibrary("MyDLL");
if(hinstance!=NULL)
{
cout << "Load successfully!" << endl;
}else {
cout << "Load failed" << endl;
}
HANDLE hThread;
DWORD dwThreadId;

cout << "createThread before " << endl;
hThread = CreateThread(NULL,0,someFunction,NULL,0,&dwThreadId);
cout << "createThread after " << endl;
cout << endl;

Sleep(3000);

cout << "waitForSingleObject before " << endl;
WaitForSingleObject(hThread,INFINITE);
cout << "WaitForSingleObject after " << endl;
cout << endl;

FreeLibrary(hinstance);
return 0;
}

代码很好理解，但是前提是，你必须对线程有一定的概念。另外，注意，我们上面编译的获得的“MyDLL.dll"必须拷贝到能够让我们这个工程找到的地方，也就是上面我们提到的搜索路径中的一个地方。
这里，我们先贴结果，当然，这只是在我机器上其中某次运行结果。

有了上面我们介绍的知识，这个就不是很难理解，主进程在调用LoadLibrary时，用DLL_PROCESS_ATTACH调用了DllMain函数，而线程创建时，用DLL_THREAD_ATTACH调用了DllMain函数，而由于主线程和子线程并行的原因，可能输出的时候会有打断。但是，这样反而能让我们更清楚的理解程序。

Ⅸ 谁能教教我在linux里编译clamav-0.97.6的源代码

一、clamav源代码编译与库文件获取册明
1、安装zlib（clamav编译中会用到）：
tar -zxvf zlib-1.2.3.tar.gz
cd zlib-1.2.3
./configure
make
make install (zlib 编译安装)

2、clamav的编译与安装
tar -zxvf clamav-0.95.2.tar.gz (解压)
cd clamav-0.95.2 (进入目录)
./configure --prefix=/home/local/clamav (设置安装目录，便于查找)
make (编译)
make install (安装到指定目录下)

3、提取头文件，库文件
完成1、2之后可以在/home/local/clamav目录下有bin，etc，include，lib64，logs，sbin，share和updata文件夹。bin中是可以一些可以直接运行的官方程序，我们这州绝告里是讨论的宏念使用clamav提供的接口，开发具有病毒查杀功能的软件，所以不会用到这些软件。
在include中的clamav.h文件，这是我们开发时需要包含的头文件。
lib64是编译时需要包含的库目录（在makefile中包含库目录-L $(CLAMAV_ROOT)/lib64 –lclamav）。

4、运行时需要的文件
运行时使用的动态库名为libclamav.so.6，不过在lib64里的libclamav.so.6是一个连接文件指向libclamav.so。为了在非编译系统中使用开发出的软件时方便，不妨将libclamav.so更名为libclamav.so.6并放到该系统的/lib64目录下。
另外在运行软件的开始需要加载病毒库main.cvd、daily.cvd和bytecode.cvd。可在clamav官方下载病毒库文件。病毒库所在的目录位置需要在软件中加载。
更详细信息请访问本人博客：http://www.927tea.com/post/10.html或者CSDN的博客地址http://blog.csdn.net/light_penzi/article/details/42524783

Ⅹ 有哪位大声教我一下汇编怎么编译

下载汇编软件 直接编译