动态编译样式

A. makefile 怎么写动态库编译

TARGET = client # 这里修改你的库名
TARGET_LIB = $(TARGET:%=lib%.a)

CROSSCOMPILER =#arm-hisiv200-linux-
CC = $(CROSSCOMPILER)gcc
AR = $(CROSSCOMPILER)ar
CFLAGS = #-DDEBUG
INCS = -I./
LIBS = -lpthread

SOURCES = main.c #这里添加你的c文件
OBJECTS = $(SOURCES:.c=.o)

all: $(TARGET_LIB) #$(TARGET) #修改这里可以更改编译目标

$(TARGET) : $(OBJECTS)
$(CC) -O2 -o $@ $(INCS) $(CFLAGS) $^ $(LIBS)
$(TARGET_LIB) : $(OBJECTS)
$(AR) -rv -o $@ $^

%.o:%.c
$(CC) -O2 -c -o $@ $(INCS) $(CFLAGS) $^
clean:
@rm -vrf $(TARGET) $(TARGET_LIB) $(OBJECTS)

#注意网络把tab自动删除了要补上

B. Linux动态模块怎样编译

编译模块的make file 必须是Makefile,不能是makefile. //why?

ifneq ($(KERNELRELEASE),)
obj-m := your.o
mytest-objs := file1.o file2.o file3.o
else
KDIR := /lib/moles/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) M=$(PWD) moles
endif

把your换成你的source name ,然后保存为Mafefile ，make 一次就可以了。

C. 动态编译和静态编译哪个快

动态编译快。动态编译相比较静态编译具有速度快，节省系统资源，利于扩展的优点。使用动态编译的执行环境一开始几分钟执行慢，完成大部分的编译和再编译后，会执行快。

D. 静态编译和动态编译有何不同

静态编译就是把库函数编译到你的程序里 这样编译的好处是 可以适应不同的平台 如果你是用window系统的话不建议用静态编译 因为这样会使你的代码量增大
动态编译就是不把库函数编译到你的程序里

E. 动态库编译详解

当前类介绍:upper.c ( upper) 依赖于 bottom.c(play)

说明:当执行可执行程序的时候,需要去/lib. /user/lib下和LD_LIBRARY_PATH下寻找so.并不会在当前目录下寻找.

所以执行./main.out会报错.如下:

解决方案:指定.so运行搜寻路径

1.-Wl,-rpath ./mypath 加入参数,并且将libplay.so 到./mypath目录下.

2.设置LD_LIBRARY_PATH,指定目录.

说明:指定了-Wl,-rpath, 设置LD_LIBRARY_PATH也是可以生效的.并不是说只会去-Wl,-rpath下寻找.

首先生成一个bottom.so,然后用upper.so去依赖bottom.so, 然后main.c 再去依赖upper.so.

说明:这里编译的时候直接出错,是因为没有指定搜寻路径,所以无法通过编译.

解决编译问题方案.

1.我们依然采用LD_LIBRARY_PATH的方式可以解决编译和运行的问题.

2.生成libplay的时候,直接指定-Wl,-rpath 给libbottom.可以解决编译不通过的问题.

3.依赖所有库

依赖所有库只能解决编译问题,无法处理运行的路径.

另一种思路:我们在执行main.out的时候 执行-Wl,-rpath.并不在生成libplay的时候指定,看下是否正常.

由此可见,-Wl,-rpath 只能针对直接依赖的libplay.so指定了路径,但是libbottom还是无法查找到 .但是LD_LIBRARY是可以的.

rpath只能对直接依赖的so设置搜寻目录,并且可以设置所有依赖的编译路径.

总结: 解决编译问题,在生成libplay的时候指定-Wl,-rpath运行路径,或者设置LD_LIBRARAY_PATH,都可以解决这个问题.

当我们现在拥有的so包含一个直接依赖的so和很多间接依赖的so,但是没有设置rpath.所以是不能直接依赖主so进行编译和运行的.

为了通过编译:

1.在只链接主so的情况下可以去设置rpath或者LD_LIBRARY_PATH.

2.或者链接所有so.

为了通过运行:

为了正常运行可以设置LD_LIBRARY_PATH.

--disable-new-dtags,---dt-needed-entries

结论概述:

1.我们在生成间接依赖的库的时候,为了保证其他库可以直接依赖,需要加入-Wl,-rpath.保证编译通过.

2.LD_LIBRARY_PATH可以解决一切编译运行问题.

F. 动态链接，静态链接 动态编译，静态编译 动态链接库，静态链接库 这些两两间的区别是什么呢

有点儿乱……，分数少简单扼要的说说吧。
————————————
首先，传统的编译，也就是静态编译是把 源文件 翻译成目标文件，这个是一次性过程，也就是你所谓的静态编译。
后来的Java和.NET等语言，首先编译成中间形式，然后运行过程中根据需要编译成本地代码（注意这个过程不是一次性的，下次运行重新编译），这个就是JIT（即时编译）技术，从即时编译发展出了动态编译技术
————————————
（传统的）编译完成后，像C/C++、Fortran、汇编等语言，可以把多个目标文件合并到一个库文件中，这个就是静态库。比如常说的库函数printf就是libc里面的函数。
如果有了启动函数（main），main里面使用了printf，就可以通过静态链接技术，从libc中提取出printf所在的文件加入到可执行文件中，如果printf还需要其它函数，就继续搜索并加入列表，直到形成一个闭包。这个就是静态链接。
可是静态链接有个明显的缺点，如果每个程序都需要printf，那么printf这个函数的代码就会同时存在在每个程序中，这样也太占地方了吧。所以发明了动态连接技术，其实有两种形式。无论哪一种，都是首先记录下需要调用printf这个函数以及所在的动态库，等到运行的时候再加载动态库，从动态库中找到真正的printf去执行。
由于，动态链接技术需要一些额外的信息，传统的静态库是不具备的，这些额外信息主要是重复加载和卸载时所需要的一些代码，因此需要动态链接库。

G. 如何用C#动态编译，执行代码

如何用C#动态编译、执行代码

在开始之前，先熟悉几个类及部分属性、方法：CSharpCodeProvider、ICodeCompiler、CompilerParameters、CompilerResults、Assembly。

一、CSharpCodeProvider
提供对C#代码生成器和代码编译器的实例的访问。如果要动态生成VB代码，可以使用VBCodeProvider。

CreateCompiler()：获取编译器的实例。

二、ICodeCompiler
定义用于调用源代码编译的接口或使用指定编译器的CodeDOM树。每种编译方法都接受指示编译器的CompilerParameters对象，并返回指示编译结果的CompilerResults对象。

CompilerAssemblyFromSource(CompilerParameters option, string source)：使用指定的编译器，从包含源代码的字符串设置编译程序集。

三、CompilerParameters
表示用于调用编译器的参数。

ReferencedAssemblies：获取当前项目所引用的程序集。Add方法为程序集添加引用。
GenerateExecutable：获取或设置一个值，该值指示是否生成可执行文件。若此属性为false，则生成DLL，默认是false。
GenerateInMemory：获取或设置一个值，该值指示是否在内存中生成输出。

四、CompilerResults
表示从编译器返回的编译结果。

CompiledAssembly：获取或设置以编译的程序集，Assembly类型。

五、Assembly
就是程序集了（不知道如何描述了）。

大致了解了以上知识之后，就可以使用C#动态的编译并执行代码了，一下是一段示例程序：using System;
using System.Reflection;
using System.Globalization;
using Microsoft.CSharp;using System.CodeDom;
using System.CodeDom.Compiler;using System.Text;

namespace ConsoleApplication1
{ public class Program
{ static void Main(string[] args)
{ // 1.CSharpCodePrivoder
CSharpCodeProvider objCSharpCodePrivoder = new CSharpCodeProvider(); // 2.ICodeComplier
ICodeCompiler objICodeCompiler = objCSharpCodePrivoder.CreateCompiler(); // 3.CompilerParameters
CompilerParameters objCompilerParameters = new CompilerParameters();
objCompilerParameters.ReferencedAssemblies.Add("System.dll");
objCompilerParameters.GenerateExecutable = false;
objCompilerParameters.GenerateInMemory = true; // 4.CompilerResults
CompilerResults cr = objICodeCompiler.CompileAssemblyFromSource(objCompilerParameters, GenerateCode()); if (cr.Errors.HasErrors)
{
Console.WriteLine("编译错误："); foreach (CompilerError err in cr.Errors)
{
Console.WriteLine(err.ErrorText);
}
} else
{ // 通过反射，调用HelloWorld的实例
Assembly objAssembly = cr.CompiledAssembly; object objHelloWorld = objAssembly.CreateInstance("DynamicCodeGenerate.HelloWorld");
MethodInfo objMI = objHelloWorld.GetType().GetMethod("OutPut");

Console.WriteLine(objMI.Invoke(objHelloWorld, null));
}

Console.ReadLine();
} static string GenerateCode()
{
StringBuilder sb = new StringBuilder();
sb.Append("using System;");
sb.Append(Environment.NewLine);
sb.Append("namespace DynamicCodeGenerate");
sb.Append(Environment.NewLine);
sb.Append("{");
sb.Append(Environment.NewLine);
sb.Append(" public class HelloWorld");
sb.Append(Environment.NewLine);
sb.Append(" {");
sb.Append(Environment.NewLine);
sb.Append(" public string OutPut()");
sb.Append(Environment.NewLine);
sb.Append(" {");
sb.Append(Environment.NewLine);
sb.Append(" return \"Hello world!\";");
sb.Append(Environment.NewLine);
sb.Append(" }");
sb.Append(Environment.NewLine);
sb.Append(" }");
sb.Append(Environment.NewLine);
sb.Append("}"); string code = sb.ToString();
Console.WriteLine(code);
Console.WriteLine(); return code;
}
}
}