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是强大的工具，能够帮助开发者构建复杂编译器或解析器。尽管现今有了更多选择，但对于特定需求，它们仍然是值得学习和掌握的。