1.Linux下编译出现这个bash:./configure:No such file or directory 怎么解决
2.如何解析 Bash 程序的源码配置文件 | Linux 中国
3.Linux中的./configure
4.Bash通过shc加密后解密实战
5.linux中bash是什么
6.[源码级解析] 巧妙解决并深度分析Linux下rm命令提示参数列表过长的问题

Linux下编译出现这个bash:./configure:No such file or directory 怎么解决

       1、开始以为是分析sh路径问题，用which查看是源码正确的。

       2、分析用vim打开文件：vi 文件名。源码

       3、分析同步更新源码按‘：’号键，源码输入查看文件的分析格式命令set ff或set fileformat。

       4、源码可以看到格式是分析DOS的。

       5、源码再按‘：’键输入set ff=unix 或 set fileformat=unix设置格式为unix的分析。

       6、源码然后‘：’键后输入wq，分析保存，源码再重新运行就可以了。

如何解析 Bash 程序的配置文件 | Linux 中国

       将配置文件与代码分离，使任何人都可以改变他们的配置，而不需要任何特殊的编程技巧。

       分离程序配置与代码，可以赋予非程序员修改配置的能力，无需接触源代码。在编译后的超级源码下载器二进制文件中，由于需要访问源代码并具备编程技能，非程序员往往难以进行此类修改。而 shell 脚本由于未编译为二进制格式，理论上源码可被访问。然而，对非程序员而言，在脚本中进行修改通常不是理想选择。

       在 Bash 这样的 shell 语言中，提供了一种简便的解决方案：通过源引(sourcing)功能，可以将外部文件完整地引入 shell 程序中。这类似于编译语言中的 include 语句，允许在运行时包含库文件。源引文件可以包含任何类型的 Bash 代码，包括变量赋值。

       举个例子，假设我们有一个名为 `~/bin/main` 的可执行文件，以及一个 `~/bin/data` 配置文件。在 `main` 中，我们可以读取 `data` 文件，解析配置信息并设置变量值。例如：

       # main

       source ~/bin/data

       # 然后在程序中使用这些变量

       在 `data` 文件中添加配置信息，然后在 `main` 中源引它，企业物资申请源码程序会自动应用这些设置。

       源引的快捷方式是使用点符号 `.`，这与 `source` 命令相似。在 `main` 中使用 `.` 替换 `source`，再运行程序，结果会与之前一致。

       在 Bash 中，初始化脚本和配置文件是系统运行的关键组成部分。例如，`~/.bashrc` 是每个 Bash shell 在启动时执行的脚本。通过理解这些文件的作用和执行顺序，可以更有效地配置和管理 Bash 环境。

       将 Bash 代码与变量赋值分离，不仅简化了配置管理，还让非编程用户能够轻松修改配置，而不会意外地修改到源代码中。这为 Bash 提供了一种快速、简单且灵活的配置管理方法。

Linux中的./configure

       Linux环境下的软件安装，并不是一件容易的事情；如果通过源代码编译后在安装，当然事情就更为复杂一些；现在安装各种软件的教程都非常普遍；但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。

       ä¸Žä¸€äº›æŠ€å·§ç›¸æ¯”，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。

       ä¸ºæ­¤æˆ‘转载了一篇关于Configure选项配置的详细介绍。供大家参考

       'configure'脚本有大量的命令行选项。对不同的软件包来说，这些选项可能会有变化，但是许多基本的选项是不会改变的。带上'--help'选项执行'configure'脚本可以看到可用的所有选项。尽管许多选项是很少用到的，但是当你为了特殊的需求而configure一个包时，知道他们的存在是很有益处的。下面对每一个选项进行简略的介绍：

       --cache-file=FILE

       'configure'会在你的系统上测试存在的特性(或者bug!)。为了加速随后进行的配置，测试的结果会存储在一个cache file里。当configure一个每个子树里都有'configure'脚本的复杂的源码树时，一个很好的cache file的存在会有很大帮助。

       --help

       è¾“出帮助信息。即使是有经验的用户也偶尔需要使用使用'--help'选项，因为一个复杂的项目会包含附加的选项。例如，GCC包里的'configure'脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项。

       --no-create

       'configure'中的一个主要函数会制作输出文件。此选项阻止'configure'生成这个文件。你可以认为这是一种演习(dry run)，尽管缓存(cache)仍然被改写了。

       --quiet

       --silent

       å½“'configure'进行他的测试时，会输出简要的信息来告诉用户正在作什么。这样作是因为'configure'可能会比较慢，没有这种输出的话用户将会被扔在一旁疑惑正在发生什么，使用这两个选项中的任何一个都会把你扔到一旁。(译注：这两句话比较有意思，原文是这样的：If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

       --version

       æ‰“印用来产生'configure'脚本的Autoconf的版本号。

       --prefix=PEWFIX

       '--prefix'是最常用的选项。制作出的'Makefile'会查看随此选项传递的参数，当一个包在安装时可以彻底的重新安置他的结构独立部分。举一个例子，当安装一个包，例如说Emacs，下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share"：

       $ ./configure --prefix=/opt/gnu

       --exec-prefix=EPREFIX

       ä¸Ž'--prefix'选项类似，但是他是用来设置结构倚赖的文件的安装位置，编译好的'emacs'二进制文件就是这样一个问件。如果没有设置这个选项的话，默认使用的选项值将被设为和'--prefix'选项值一样。

       --bindir=DIR

       æŒ‡å®šäºŒè¿›åˆ¶æ–‡ä»¶çš„安装位置，这里的二进制文件定义为可以被用户直接执行的程序。

       --sbindir=DIR

       æŒ‡å®šè¶…级二进制文件的安装位置。这是一些通常只能由超级用户执行的程序。

       --libexecdir=DIR

       æŒ‡å®šå¯æ‰§è¡Œæ”¯æŒæ–‡ä»¶çš„安装位置。与二进制文件相反，这些文件从来不直接由用户执行，但是可以被上面提到的二进制文件所执行。

       --datadir=DIR

       æŒ‡å®šé€šç”¨æ•°æ®æ–‡ä»¶çš„安装位置。

       --sysconfdir=DIR

       æŒ‡å®šåœ¨å•ä¸ªæœºå™¨ä¸Šä½¿ç”¨çš„只读数据的安装位置。

       --sharedstatedir=DIR

       æŒ‡å®šå¯ä»¥åœ¨å¤šä¸ªæœºå™¨ä¸Šå…±äº«çš„可写数据的安装位置。

       --localstatedir=DIR

       æŒ‡å®šåªèƒ½å•æœºä½¿ç”¨çš„可写数据的安装位置。

       --libdir=DIR

       æŒ‡å®šåº“文件的安装位置。

       --includedir=DIR

       æŒ‡å®šC头文件的安装位置。其他语言如C++的头文件也可以使用此选项。

       --oldincludedir=DIR

       æŒ‡å®šä¸ºé™¤GCC外编译器安装的C头文件的安装位置。

       --infodir=DIR

       æŒ‡å®šInfo格式文档的安装位置.Info是被GNU工程所使用的文档格式。

       --mandir=DIR

       æŒ‡å®šæ‰‹å†Œé¡µçš„安装位置。

       --srcdir=DIR

       è¿™ä¸ªé€‰é¡¹å¯¹å®‰è£…没有作用，他会告诉'configure'源码的位置。一般来说不用指定此选项，因为'configure'脚本一般和源码文件在同一个目录下。

       --program-prefix=PREFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的前缀。例如，使用'--program-prefix=g'来configure一个名为'tar'的程序将会使安装的程序被命名为'gtar'。当和其他的安装选项一起使用时，这个选项只有当他被`Makefile.in'文件使用时才会工作。

       --program-suffix=SUFFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的后缀。

       --program-transform-name=PROGRAM

       è¿™é‡Œçš„PROGRAM是一个sed脚本。当一个程序被安装时，他的名字将经过`sed -e PROGRAM'来产生安装的名字。

       --build=BUILD

       æŒ‡å®šè½¯ä»¶åŒ…安装的系统平台。如果没有指定，默认值将是'--host'选项的值。

       --host=HOST

       æŒ‡å®šè½¯ä»¶è¿è¡Œçš„系统平台。如果没有指定。将会运行`config.guess'来检测。

       --target=GARGET

       æŒ‡å®šè½¯ä»¶é¢å‘(target to)的系统平台。这主要在程序语言工具如编译器和汇编器上下文中起作用。如果没有指定，默认将使用'--host'选项的值。

       --disable-FEATURE

       ä¸€äº›è½¯ä»¶åŒ…可以选择这个选项来提供为大型选项的编译时配置，例如使用Kerberos认证系统或者一个实验性的编译器最优配置。如果默认是提供这些特性，可以使用'--disable-FEATURE'来禁用它，这里'FEATURE'是特性的名字，例如：

       $ ./configure --disable-gui

       -enable-FEATURE[=ARG]

       ç›¸åçš„，一些软件包可能提供了一些默认被禁止的特性,可以使用'--enable-FEATURE'来起用它。这里'FEATURE'是特性的名字。一个特性可能会接受一个可选的参数。例如：

       $ ./configure --enable-buffers=

       `--enable-FEATURE=no'与上面提到的'--disable-FEATURE'是同义的。

       --with-PACKAGE[=ARG]

       åœ¨è‡ªç”±è½¯ä»¶ç¤¾åŒºé‡Œï¼Œæœ‰ä½¿ç”¨å·²æœ‰è½¯ä»¶åŒ…和库的优秀传统。当用'configure'来配置一个源码树时，可以提供其他已经安装的软件包的信息。例如，倚赖于Tcl和Tk的BLT器件工具包。要配置BLT，可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息：

       $ ./configure --with-tcl=/usr/local --with-tk=/usr/local

       '--with-PACKAGE=no'与下面将提到的'--without-PACKAGE'是同义的。

       --without-PACKAGE

       æœ‰æ—¶å€™ä½ å¯èƒ½ä¸æƒ³è®©ä½ çš„软件包与系统已有的软件包交互。例如，你可能不想让你的新编译器使用GNU ld。通过使用这个选项可以做到这一点：

       $ ./configure --without-gnu-ld

       --x-includes=DIR

       è¿™ä¸ªé€‰é¡¹æ˜¯'--with-PACKAGE'选项的一个特例。在Autoconf最初被开发出来时，流行使用'configure'来作为Imake的一个变通方法来制作运行于X的软件。'--x-includes'选项提供了向'configure'脚本指明包含X头文件的目录的方法。

       --x-libraries=DIR

       ç±»ä¼¼çš„，'--x-libraries'选项提供了向'configure'脚本指明包含X库的目录的方法。

       åœ¨æºç æ ‘中运行'configure'是不必要的同时也是不好的。一个由'configure'产生的良好的'Makefile'可以构筑源码属于另一棵树的软件包。在一个独立于源码的树中构筑派生的文件的好处是很明显的：派生的文件，如目标文件，会凌乱的散布于源码树。这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难。建议使用三棵树：一棵源码树(source tree)，一棵构筑树(build tree)，一棵安装树(install tree)。这里有一个很接近的例子，是使用这种方法来构筑GNU malloc包：

       $ gtar zxf mmalloc-1.0.tar.gz

       $ mkdir build && cd build

       $ ../mmalloc-1.0/configure

       creating cache ./config.cache

       checking for gcc... gcc

       checking whether the C compiler (gcc ) works... yes

       checking whether the C compiler (gcc ) is a cross-compiler... no

       checking whether we are using GNU C... yes

       checking whether gcc accepts -g... yes

       checking for a BSD compatible install... /usr/bin/install -c

       checking host system type... i-pc-linux-gnu

       checking build system type... i-pc-linux-gnu

       checking for ar... ar

       checking for ranlib... ranlib

       checking how to run the C preprocessor... gcc -E

       checking for unistd.h... yes

       checking for getpagesize... yes

       checking for working mmap... yes

       checking for limits.h... yes

       checking for stddef.h... yes

       updating cache ../config.cache

       creating ./config.status

       è¿™æ ·è¿™æ£µæž„筑树就被配置了，下面可以继续构筑和安装这个包到默认的位置'/usr/local'：

       $ make all && make install

Bash通过shc加密后解密实战

       Linux中，当我们希望保护脚本中的敏感信息并将其转化为二进制程序时，shc是一个推荐的工具。本文将围绕shc进行加密和解密的地称软件源码实战演示，特别关注了在不同架构（如x和arm）下的应用。

       在Ubuntu .上，首先安装shc。通过创建一个简单的脚本并使用shc加密，会生成两个文件。执行加密后的文件确认其格式正确。shc的解密工具unshc在x平台上表现良好，但对于arm架构，解密过程会遇到问题，需要理解shc的加密原理。

       shc主要利用arc4函数进行加密，通过IDA Pro进行动态调试，我们可以定位到解密函数的位置。在找到关键点后，设置断点并分析内存中的源代码，成功从内存中导出原始代码。

       总结来说，shc在x架构上解密相对顺利，但在arm架构上则需要深入理解加密机制和进行适当调试才能达到解密目的。

linux中bash是什么

       linux中bash是什么？我们一起来了解一下吧。

       bash是指GNU项目编写的中的Unixshell，也就是影视聚合app源码指的linux所用的shell，而Shell是指提供使用者使用界面的软件，也就是一个命令行解释器，BASH是SHELL中的一种，是大多数LINUX发行版默认的SHELL。

       linux系统与windows系统的区别

       区别1：开放性

       所谓的开放性就是linux操作系统是开放源码系统，可以对其程序进行编辑修改。而微软的windows系统是手微软版权保护，就是只能微软内部进行开发及修改。

       区别2：价格不同

       linux系统是免费使用，而微软开发的windows系统则是需要花费金钱去购买。

       区别3：文件格式不同

       windows 操作系统内核是NT，而linux 是shell；另外，windows 硬盘文件格式是fat或NTSF，而linux 需要的文件格式是ext2或ext3，该操作系统还多一个SWAP格式的交换分区。

[源码级解析] 巧妙解决并深度分析Linux下rm命令提示参数列表过长的问题

       在处理大型文件夹清理任务时，发现使用Linux下rm命令清理包含数百万文件的目录时，会遇到“参数列表过长”的提示问题。经过一系列的试验与深入研究内核源码，最终找到了巧妙的解决方案，并理解了Linux Shell的一些有趣特性。以下内容是对这一问题的详细解析与解决办法的记录。

       最初，以为是rm命令对文件数量有特定限制，但尝试执行其他命令如ls和touch时也遇到相同问题，暗示问题可能与Shell的通配符使用有关。于是，通过管道功能，成功完成了清理任务。随后，通过使用find命令列出所有文件，并发现文件名格式包含日期和时间信息，导致在使用rm命令时，文件名被不当分割。为了解决这一问题，引入了-print0与-0参数，这样可以区分空格与分界符，正确解析包含空格的文件名。

       吸取教训后，使用find命令配合-1参数，避免了递归操作，确保只删除文件而不删除目录，成功解决了第二次处理大量文件时的问题。紧接着，开始探索通配符长度限制的来源。通过实验，发现限制与Bash无关，而是Shell执行命令的本质。进一步研究得知，Shell执行命令的过程涉及exec()类系统调用，且限制可能源自系统调用，而非Shell自身。深入分析源码后发现，最大参数长度限制为ARG_MAX，且其大小为栈空间的1/4。通过调整栈空间大小，可以增加允许的最大参数数量，从而解决“参数列表过长”的问题。

       这一限制在许多现代操作系统中存在，不仅影响了Linux环境，也见于MacOS和Windows等系统。通过理解和调整相关配置，能够有效解决处理大型文件夹清理任务时遇到的“参数列表过长”问题，提升系统管理的效率与灵活性。

Golang源码分析Golang如何实现自举（一）

       本文旨在探索Golang如何实现自举这一复杂且关键的技术。在深入研究之前，让我们先回顾Golang的历史。Golang的开发始于年，其编译器在早期阶段是由C语言编写。直到Go 1.5版本，Golang才实现了自己的编译器。研究自举的最佳起点是理解从Go 1.2到Go 1.3的版本，这些版本对自举有重要影响，后续还将探讨Go 1.4。

       接下来，我们来了解一下Golang的编译过程。Golang的编译主要涉及几个阶段：词法解析、语法解析、优化器和生成机器码。这一过程始于用户输入的“go build”等命令，这些命令实际上触发了其他内部命令的执行。这些命令被封装在环境变量GOTOOLDIR中，具体位置因系统而异。尽管编译过程看似简单，但实际上包含了多个复杂步骤，包括词法解析、语法解析、优化器、生成机器码以及连接器和buildid过程。

       此外，本文还将介绍Golang的目录结构及其功能，包括API、文档、C头文件、依赖库、源代码、杂项脚本和测试目录。编译后生成的文件将被放置在bin和pkg目录中，其中bin目录包含go、godoc和gofmt等文件，pkg目录则包含动态链接库和工具命令。

       在编译Golang时，首先需要了解如何安装GCC环境。为了确保兼容性，推荐使用GCC 4.7.0或4.7.1版本。通过使用Docker镜像简化了GCC的安装过程，使得编译变得更为便捷。编译Golang的命令相对简单，通过执行./all即可完成编译过程。

       最后，本文对编译文件all.bash和make.bash进行了深入解析。all.bash脚本主要针对nix系统执行，而make.bash脚本则包含了编译过程的关键步骤，包括设置SELinux、编译dist文件、编译go_bootstrap文件，直至最终生成Golang可执行文件。通过分析这些脚本，我们可以深入了解Golang的自举过程，即如何通过go_bootstrap文件来编译生成最终的Golang。

       总结而言，Golang的自举过程是一个复杂且多步骤的技术，包含了从早期C语言编译器到自动生成编译器的转变。通过系列文章的深入探讨，我们可以更全面地理解Golang自举的实现细节及其背后的逻辑。本文仅是这一过程的起点，后续将详细解析自举的关键组件和流程。