動態編譯樣式

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;
}
}
}