L源碼編譯

1. java的class文件，經過反編譯以後獲得的源代碼是L(小寫)，1，i(大寫)，o(大寫和小寫),0的組合，是怎麼回事

你看到的已經是源碼了，沒有辦法看到開發時候寫的代碼，因為通過加密混淆軟體，已經把原來寫的代碼中的變數、類名、方法都改成了混亂的組合方式了，所以你看到的都是很混亂的東西，你其實可以自己做一次對自己Java代碼的混淆測試，看看源代碼，再看看混淆後的，你就知道了，根本還原不了

2. 如何在linux編譯和使用ACE

在Linux上編譯和使用ACE庫的過程可以分為幾個步驟。首先，你需要從官方網站下載最新的ACE源碼，目前最新版本是6.1.2。如果你只需要使用ACE，可以選擇ACE only (tar+gzip format)。

編譯ACE庫之前，你需要設置環境變數。在當前用戶目錄下，找到.bash_profile（對於CentOS版本）或.profile（對於Ubuntu版本）文件。在文件末尾增加如下內容：

export PATH
export ACE_ROOT=/home/yleesun/3rd/ACE_wrappers
export LD_LIBRARY_PATH=$ACE_ROOT/ace:$ACE_ROOT/lib:$LD_LIBRARY_PATH

具體ACE_ROOT的路徑，根據實際情況進行修改。接下來，執行編譯命令。在$ACE_ROOT/ace目錄下，運行命令：

ln -s config-linux.h config.h

然後，在$ACE_ROOT/include/makeinclude目錄下執行命令：

ln -s platform_linux.GNU platform_macros.GNU

回到目錄$ACE_ROOT下，執行命令：

make

整個編譯過程大約需要20分鍾左右。編譯完成後，你可以嘗試使用ACE庫編寫一個簡單的程序。例如：

#include config-all.h>
#include OS.h>
using namespace std;
int ACE_TMAIN(int argc, ACE_TCHAR *argv[]) {
ACE_DEBUG((LM_DEBUG, ACE_TEXT("Hello World!")));
return 0;
}

將該文件命名為acetest.cpp。然後執行以下命令進行編譯：

g++ -I$ACE_ROOT -lACE -L$ACE_ROOT/lib -o acetest acetest.cpp

編譯成功後，運行：

./acetest

會列印出"Hello World!"。請注意，g++命令後面到參數中，-I$ACE_ROOT // 指定包含到頭文件路徑,此處是大寫的 I ，include 的第一個字母到大寫。-lACE // 指定包含到庫名稱，此處是小寫的 l，library 的第一個字母到小寫。-L$ACE_ROOT/lib // 指定依賴庫到路徑，此處是大寫到L，library 的第一個字母到大寫。

3. linux 如何運行編譯程序

gcc有多達100多個參數，現介紹常用的幾個。如果對其他參數也有興趣，可以參考：man gcc
預先處理選項
-E： 只對文件進行預處理，輸出結果到標准輸出
-C： 告訴預處理器不要丟棄注釋.配合`-E『選項使用.-P： 告訴預處理器不要產生`#line'命令.配合`-E'選項使用.
-v： 顯示正在使用的gcc的版本
常用編譯選項
-c: 將源程序編譯為目標代碼但並不做鏈接的工作，不生成最終的可執行文件，只生成一個與源文件文件名相同的以.o為後綴的目標文件。
-S：將遠程序編譯為一個後綴為.s的匯編語言文件，不會生成可執行文件
-x：強制編譯器用指定的語言編譯器來編譯某個源文件
gcc -x c++ test.c 表示強制用C++編譯器來編譯c程序
-static： 強制連接靜態庫，運行時不依賴動態庫
-share： 編譯時盡量使用動態庫
-o： 指定生成的可執行文件名，如果沒有該選項，如果生成可執行文件，默認文件名為a.out
編譯路徑選項
-i ： 指定特定頭文件
gcc –c -i /home/zry/test.h test.c
-I<DIR>:依賴選項，指定頭文件路徑
Linux下大多數函數將頭文件放在/usr/include目錄下，如果需要指定其他路徑，可以使用該選項
gcc –I/home/zry/include –c test.c 添加/home/zry/include到查找路徑
-L<DIR> : 指定庫文件搜素路徑，用法同上
-l<庫名>：指定特定庫文件
gcc –lapp –c test.c
Linux的庫文件有一個約定，即以lib開頭，-lapp表示連接libapp.so庫文件
目標生成選項
-shared： 生成動態庫
gcc –shared libtest.so -i /home/zry/test.h test.c
生成靜態庫需要ar命令，後面講解
-fPIC: 生成可用於動態庫的位置獨立代碼。所有的內部定址均通過全局偏移表完成。
-ansi：支持符合ANSI標準的C程序.
該選項就會關閉GNU C中某些不兼容ANSI C的特性,例如asm, inline和 typeof關鍵字以及諸如unix和vax這些表明當前系統類型的預定義宏。
__asm__, __extension__, __inline__和__typeof__仍然有效
使用`-ansi'選項的時候,預處理器會預定義一個__STRICT_ANSI__宏.有些頭文件 關注此宏,以避免聲明某些函數,或者避免定義某些宏,這些函數和宏不被ANSI標准調用;這樣就不會干擾在其他地方使用這些名字的程序了.
fno-asm：此選項實現ansi選項的功能的一部分，它禁止將asm,inline和typeof用作關鍵字。
-fno-strict-prototype：只對g++起作用,使用這個選項,g++將對不帶參數的函數,都認為是沒有顯式的對參數的個數和類型說明,而不是沒有參數.而gcc無論是否使用這個參數,都將對沒有帶參數的函數,認為沒有顯式說明的類型
-fthis-is-varialble：就是向傳統c++看齊,可以使用this當一般變數使用
-fcond-mismatch：允許條件表達式的第二和第三參數類型不匹配,表達式的值將為void類型
-funsigned-char：
-fno-signed-char：
-fsigned-char:
-fno-unsigned-char:
這四個參數是對char類型進行設置,將char類型設置unsigned char(前兩個參數)或者 signed char(後兩個參數)
-imacros file: 將file文件的宏,擴展到gcc/g++的輸入文件,宏定義本身並不出現在輸入文件中
-Dmacro: 相當於c語言中的#define macro
-Dmacro=defn: 相當於C語言中的#define macro=defn
-Umacro: 相當於C語言中的#undef macro
-undef: 取消對任何非標准宏的定義
-M: 生成文件關聯的信息。包含目標文件所依賴的所有源代碼
-MM: 和M一樣，但是它將忽略由#include<file>造成的依賴關系。
-MD: -M相同，但是輸出將導入到.d的文件裡面
-MMD: 和-MM相同，但是輸出將導入到.d的文件裡面
警告選項
fsyntax-only：檢查程序中的語法錯誤,但是不產生輸出信息.
-w：禁止所有警告信息.
-Wno-import： 禁止所有關於#import的警告信息.
-pedantic：打開完全遵從ANSI C標准所需的全部警告診斷;拒絕接受採用了被禁止的語法擴展的程序.
-Werror：將所有警告轉換為錯誤
Werror選項要求GCC將所有警告當作錯誤進行處理。
-Wall： 顯示所有警告信息

4. 如何編譯sqlite-How To Compile SQLite

SQLite是ANSI-C的源代碼。在使用之前必須要編譯成機器碼。這篇文章是用於各種編譯SQLite方法的指南。

這篇文章不包含編譯SQLite的每個步驟的反饋，那樣可能會困難因為每種開發場景都不同。所以這篇文章描述和闡述了編譯Sqlite的原則。典型的編譯命令已經作為例子提供了，以期望應用開發者能夠使用這些例子作為完成他們自己定製的編譯過程的的一個指南。換句話說，這篇文章提供了想法和見解，而不是交鑰匙的解決方法。

融合VS單獨源文件

Sqlite是由超過一百個c源碼文件以及眾多的目錄下的腳本構建的。Sqlite的實現是純粹的ANSI-C，但是許多C語言源代碼文件是由輔助的C程序生成或者轉換來的，並且AWK，SED和TCL腳本會融合到完成的sqlite庫中。對Sqlite構建需要的C程序和轉換和創建C語言源碼是一個復雜的過程。

為了簡化這些，sqlite也通過一個預打包的合並後的源碼文件：sqlite3.c。這個合並文件是一個ANSI-C源碼實現整個SQLite庫的唯一文件。合並後的文件更容易處理。所有的東西都包含在這一個文件里，所以很容易進入一個更大的C或者C++程序的源碼樹。所有的代碼生成和轉換步驟都已經實現了，因此沒有輔助的C程序需要去配置和變異，也沒有腳本需要去運行。並且，因此所有哭都包含在一個翻譯單元，編譯器可以做更多高級的優化從而提升5%到10%的性能。因為這些原因，融合後的源碼文件sqlite3.c對所有程序來講都是值得推薦的。

推薦所有的應用程序使用融合文件。

直接從單獨的源碼文件中構建sqlite當然可以，但是並不推薦。對一些特殊的應用程序，可能需要修改構建程序去處理使用那些從網站上下載的預構建的源碼文件不能完成的情況。對於這些情況，推薦構建和使用一個定製過的合並文件。換句話說，即使一個工程需要以單獨的源碼文件構建sqlite，仍然推薦使用一個融合後的源碼文件作為一個中間步驟。

編譯命令行介面（CLI）

構建命令行介面需要三個源碼文件：

sqlite3.c:Sqlite融合的源碼文件

sqlite3.h:匹配sqlite3.c以及定義sqlite的c語言介面的頭文件

shell.c:命令行介面程序本身。這個c源碼文件包含一個main()的常式和每輪循環的用戶輸入的提示符並將輸入傳給sqlite資料庫引擎用於處理。

所有的上述源碼的三個文件都被包含在下載頁面的amalgamation tarball中。

為了構建CLI，簡單的將這三個文件放置在相同的目錄下然後一起編譯他們。用MSVC：
cl shell.c sqlite3.c -Fesqlite3.exe

在unix系統上（或者在windows上用cygwin或者mingw+msys）典型的命令會有些像這樣：
gcc shell.c sqlite3.c -lpthread -ldl

為了SQLite線程安全，需要pthreads庫。但是因為CLI是一個單線程的，我們可以指示SQLite構建一個非線程安全的庫並因此護綠pthreads庫：
gcc -DSQLITE_THREADSAFE=0 shell.c sqlite3.c -ldl

-ldl庫是在支持動態裝載時需要，例如sqlite3_load_extension() 介面和load_extension()
SQL function。如果這些特性都不要求，那麼我們也可以使用SQLITE_OMIT_LOAD_EXTENSION編譯時間選項忽略他們。
gcc -DSQLITE_THREADSAFE=0 -DSQLITE_OMIT_LOAD_EXTENSION shell.c sqlite3.c

有人可能想要提供其他的編譯時間選項(compile-time options)，例如SQLITE_ENABLE_FTS3去全文本搜索或者SQLITE_ENABLE_RTREE用於R*樹搜索引擎擴展。而有人將正常指定一些編譯優化開關。（預編譯的CLI可以從選擇sqlite網站上使用「-Os」下載下來）有無數種可能的變數在這里。

關鍵點在這里：構建CLI需要編譯一起兩個C語言文件。shell.c文件包含入口的定義和用戶輸入的loop，而sqlite融合文件sqlite3.c包含完整的sqlite庫的實現。

編譯TCL介面

sqlite的tcl介面是一個小的模塊被添加到一般的融合文件中。結果是一個新的融合後的源碼文件，稱之為「tclsqlite3.c」。這個源碼文件是生成一個可以使用TCL

load命令去載入到一個標準的tclsh或者wish中，或者隨著sqlite構建成功生成一個單獨唯一的tclsh的共享庫所需要的。一個tcl的融合的副本被包含在下載頁的TEA
tarball中作為一個文件。

為了生成一個linux上的sqlite的TCL-loadable庫,下面的命令需要滿足：
gcc -o libtclsqlite3.so -shared tclsqlite3.c -lpthread -ldl -ltcl

不幸的是構建Mac OS X 和 Windows的共享庫並不是如此簡單。對於這些平台最好使用包含在TEA tarball中的configure腳本和makefile.

為了生成一個單獨的tclsh，可以用於sqlite靜態鏈接，使用如下的編譯器調用：
gcc -DTCLSH=1 tclsqlite3.c -ltcl -lpthread -ldl -lz -lm

這里的技巧是-DTCLSH=1選項。sqlite的TCL介面模塊包含一個main的過程，用於初始化一個TCL解釋器並在以-DTCLSH=1編譯後進入到一個命令行loop。上述命令可以工作在Linux和Mac
OS X,雖然有時可能需要依賴於平台調整庫選項以及編譯的TCL的哪一個版本。

構建融合文件

下載頁提供的sqlite融合文件的版本對大多數用戶來說是足夠的。然而，一些工程可能想要或者需要構建他們自己的融合文件。一個常見的構建一個定製的融合文件的理由是為了使用特定的compile-time options來定製sqlite庫。回想sqlite融合文件中包含了許多C代碼由輔助程序和腳本生成。許多的編譯時間選項影響這一成聖代碼而且必須在融合文件組裝前提供給代碼生成器。這一系列必須傳給代碼生成器的編譯時間相關的選項會使得sqlite的發布版本各不相同，但是在寫這邊文章的時候，代碼生成器需要知道的這組選項包括：

SQLITE_ENABLE_UPDATE_DELETE_LIMIT
SQLITE_OMIT_ALTERTABLE
SQLITE_OMIT_ANALYZE
SQLITE_OMIT_ATTACH
SQLITE_OMIT_AUTOINCREMENT
SQLITE_OMIT_CAST
SQLITE_OMIT_COMPOUND_SELECT
SQLITE_OMIT_EXPLAIN
SQLITE_OMIT_FOREIGN_KEY
SQLITE_OMIT_PRAGMA
SQLITE_OMIT_REINDEX
SQLITE_OMIT_SUBQUERY
SQLITE_OMIT_TEMPDB
SQLITE_OMIT_TRIGGER
SQLITE_OMIT_VACUUM
SQLITE_OMIT_VIEW
SQLITE_OMIT_VIRTUALTABLE

為了構建一個定製的融合文件，先下載原始的獨立源碼文件到一個unix或者類unix開發平台。確定獲取的原始源碼文件不是「預編譯過的源文件」。任何人都可以通過到下載頁或者直接從configuration management system.獲取完整的一套原始源碼文件。

假設sqlite源碼樹被存在一個名為「sqlite」的目錄下。計劃構建一個平行目錄下的名為「bld」的融合文件。首先通過運行sqlite源碼樹種的configure腳本運行或者通過製作一份源碼樹頂層的的makfile模板的一份，來構建一個合適的makefile.然後手動編輯這個Makfile去包含需要的編譯時間相關的選項。最終運行：
make sqlite3.c

在windows上使用MSVC:
nmake /f Makefile.msc sqlite3.c

sqlite3.c的make
target會自動構造一般的「sqlite3.c」合並的源碼文件，以及它的頭文件「sqlite3.h」，和包含TCL介面的融合源碼文件「tclsqlite3.c」。之後，需要的文件可以被拷貝到文件目錄下然後根據上述勾勒的過程編譯。

構建一個windows的動態鏈接庫DLL

為了在windows構建一個sqlite的dll使用，首先獲取對應的融合過的源碼文件，sqlit3.c和sqlite.h。這些可以從SQLite website上下載或者和上述告知的一樣去定製生成。

使用工作目錄下的源碼文件，一個dll可以在msvc中使用如下命令生成：
cl sqlite3.c -link -dll -out:sqlite3.dll

上述命令需要運行在msvc的MSVC Native Tools Command
Prompt.如何你已經在機器上安裝了msvc，你可能有多個版本的這種命令提示符，針對於x86和x64的自帶構建的，或者交叉編譯到ARM的。依賴要求的DLL去使用對應合適的命令提示符工具。

如果使用MinGW編譯器，命令是這樣的：
gcc -shared sqlite3.c -o sqlite3.dll

注意MinGW只生成32位的dll。另有一個分開的MinGW64工程可以用來生成64位的dll。可以推斷其命令行語法是類似的。需要注意的是最近的MSVC的版本生成的DLLs可能不能工作到WinXP或者更早版本的windows上。因此為了最大限度的兼容你的生成的dll，推薦MinGW。一個好的經驗法則是使用MinGW去生成32位的dlls，使用msvc去生成64位的dlls。

5. openssh安裝包

1【下載openssl安裝包】：由於openssh依賴於openssl庫，所以在安裝openssh前要先安裝openssl庫 2【解壓openssl安裝包】：下載的安裝包是經過壓縮的gz格式，在linux可以使用自帶的工具tar進行解壓，在安裝包所在目錄執行命令：tar -zxvf openssl-1.0.0l.tar.gz 3 【配置安裝變數】：打開解壓後的目錄-執行命令：cd openssl-1.0.0l；配置安裝環境-執行命令：./configure 4 【編譯源碼】：在解壓目錄執行編譯命令：make 5 【安裝openssl】：切換到root用戶-執行命令：sudo su root；安裝-執行命令：make install 6 【下載openssh安裝包】：選擇自己喜歡的版本即可。
7 【解壓openssh安裝包】：在安裝包所在目錄執行命令：tar -zxvf openssh-6.6p1.tar.gz 8 【配置安裝變數】：打開解壓後的目錄-執行命令：cd openssh-6.6p1；配置安裝環境-執行命令：./configure --prefix=/usr/local/servers/openssh，「/usr/local/servers/openssh」是安裝路徑，可改為自己想安裝的路徑 。9 【編譯源碼】：在解壓目錄執行編譯命令：make 10 【安裝openssh】：安裝-執行命令：make install 11 【啟動openssh服務】：啟動前先把軟體軟鏈到可執行文件路徑-執行命令：ln -s /usr/local/servers/openssh/sbin/sshd /usr/local/bin/sshd； 啟動服務-執行命令：/usr/local/bin/sshd 12 【查看服務是否啟動成功】：執行命令：ps -ef|grep sshd，說明啟動成功。

6. linux怎麼運行c程序

CC是Linux操作系統下一個非常重要的源代碼編譯工具,有著許多重要的選項,支持許多不同語言的編譯,如C、C++、Ada、Fortran、Objective、Perl、Python、Ruby以及Java等,甚至Linux的許多內核和許多其他自由軟體以及開放源碼應用程序都是用C語言編寫並經gcc編譯而成的.
1.編譯單個源文件
[例如]在屏幕上列印"Hello,Linux."
[源代碼]
#include<stdio.h>
#include<stdlib.h>
int main(int argc,char **argv)
{
printf("Hello,Linux.\n");
exit(0);
}
將源文件保存為hello.c,開始進行編譯
$gcc -o hello hello.c
編譯成功完成後,在當前路徑下,生成一個名為hello的文件,然後執行
$./hello
在屏幕上,你將會看到列印結果:Hello,Linux.
說明:在默認情況下,編譯成功完成後,會在當前路徑下,生成一個名為a.out的文件,然後執行$./a.out便可列印結果,但通常可以通過選項-o來指定自己的可執行程序名稱;
2.編譯多個源文件
3.使用外部函數庫
4.使用共享函數庫和靜態函數庫
5.gcc選項詳細描述

1.7.2 gcc/egcs 的主要選項
表 1-3 gcc 命令的常用選項
選項 解釋
-ansi 只支持 ANSI 標準的 C 語法。這一選項將禁止 GNU C 的某些特色，
例如 asm 或 typeof 關鍵詞。
-c 只編譯並生成目標文件。
-DMACRO 以字元串「1」定義 MACRO 宏。
-DMACRO=DEFN 以字元串「DEFN」定義 MACRO 宏。
-E 只運行 C 預編譯器。
-g 生成調試信息。GNU 調試器可利用該信息。
-IDIRECTORY 指定額外的頭文件搜索路徑DIRECTORY。
-LDIRECTORY 指定額外的函數庫搜索路徑DIRECTORY。
-lLIBRARY 連接時搜索指定的函數庫LIBRARY。
-m486 針對 486 進行代碼優化。
-o FILE 生成指定的輸出文件。用在生成可執行文件時。
-O0 不進行優化處理。
-O 或 -O1 優化生成代碼。
-O2 進一步優化。
-O3 比 -O2 更進一步優化，包括 inline 函數。
-shared 生成共享目標文件。通常用在建立共享庫時。
-static 禁止使用共享連接。
-UMACRO 取消對 MACRO 宏的定義。
-w 不生成任何警告信息。
-Wall 生成所有警告信息。

7. linux 下怎樣安裝使用 Yacc 和 Lex

在Linux系統中，Lex和Yacc是用於詞法分析和語法分析的工具，能夠幫助開發者創建自定義編譯器或重製已有編程語言的解析器。它們生成的程序源碼限定為C或C++語言。盡管如此，現今已有如JavaCC這樣的工具，能夠生成Java源碼，這在某些場景下會更為便利。

Lex和Yacc不僅在Unix和Linux系統中得到廣泛應用，也已被移植至Windows平台。現今，一些常用的工具如Parser Generator成為Windows下的選擇。本文專注於介紹Linux環境下Lex和Yacc的具體使用方法。

Lex工具通過定義格式來生成C語言源碼文件，然後通過編譯該源碼文件，可以實現.lex或.l文件定義的編譯器功能。這些文件通常分為三部分：

1. 全局變數聲明部分，例如：

2. 詞法規則部分，例如：

3. 函數定義部分，例如：

以一個簡單的例子來說明：

在這個例子中，我們定義了幾個簡單的規則，例如識別單詞、文件名、引號等，並在規則部分通過%%符號進行分隔。函數定義部分則負責文件的打開、讀取、解析和關閉操作。通過這樣的定義，可以實現基本的詞法分析功能。

總而言之，Lex和Yacc是強大的工具，能夠幫助開發者構建復雜編譯器或解析器。盡管現今有了更多選擇，但對於特定需求，它們仍然是值得學習和掌握的。