皮皮网

【ui源码下载网站】【自动发货平台 源码】【socket.send源码】L源码编译

时间:2024-11-25 08:17:17 分类:百科 来源:平台源码出售

1.LԴ?源译????
2.64位系统上源码编译32位libcurl库
3.linux 如何运行编译程序
4.Linux下源码安装的经验详解

L源码编译

LԴ?????

       Lex,Flex,码编Yacc,源译bison是码编编译原理中常用的工具,分别用于词法分析和语法分析。源译Lex(或Flex)生成词法分析器,码编ui源码下载网站将字符流转换为标记;Yacc(或bison)生成语法分析器,源译执行语法规则解析。码编使用场景主要在编译器前端阶段,源译分别进行词法和语法分析。码编工作原理分别是源译通过正则表达式和BNF来描述规则并生成代码。

       Lex与Flex相似,码编后者生成的源译扫描器具有可重入性,适用于多线程环境。码编Yacc与bison等效,源译后者具备更多功能与优化的错误报告,同样支持多线程,通过BNF描述语法规则生成代码。

       综上,Lex和Flex用于生成词法分析器,自动发货平台 源码Yacc和bison用于生成语法分析器,共同构成编译器的核心部分。这些工具通过将词法或语法规则转化为C语言代码,实现源代码到目标代码的转换。

       拓展内容:Lex文件通常包含三部分:定义、规则和C代码。以下是一个简单的Lex文件示例,用于将输入文本分割成单词和数字,并输出它们。将此文件保存为`lexer.l`,使用Lex工具生成词法分析器。步骤如下:编写Lex文件,使用`lex lexer.l`生成C文件`lex.yy.c`,通过C编译器编译文件`gcc lex.yy.c -o lexer`,最后运行生成的程序`./lexer`。

位系统上源码编译位libcurl库

       有时候需要交叉编译libcurl,比如目标机器是位系统的,但是本地机器是位系统的,而且由于某些原因,socket.send源码我们无法在位系统上直接编译,所以需要用到交叉编译

       libcurl是依赖openssl的,所以先编译openssl的位库 完整编译选项配置如下:

       详细选项含义如下:预先已经export CC的版本 配置-m指定编译位的库 配置–prefix指定openssl的安装目录 配置–openssldir指定openssl的头文件目录 配置shared关键字指定编译时生成动态库(libssl.so/libcrypto.so及其相关软连接)然后再make && make install即可

       有时候有的系统是默认安装了位zlib库的,那么就可以跳过这一步,但是有的系统需要自己下载编译zlib-位库 完整编译选项配置如下:直接修改CMakeLists.txt文件,增加以下两行 set(CMAKE_C_FLAGS “-m”) set(CMAKE_CXX_FLAGS “-m”) 详细选项含义如下:配置CMAKE_C_FLAGS指定编译位库环境 配置CMAKE_CXX_FLAGS指定编译位库环境然后再mkdir build && cd build && cmake .. && make && make install即可

       最后就是编译libcurl 完整编译选项配置如下:

       详细选项含义如下:配置PKG_CONFIG_PATH指定启动openssl选项(启动这个选项,就会默认链接lssl,lcrypto,lz三个库) 配置CFLAGS指定编译位库环境 配置CPPFLAGS指定链接的库的头文件 配置LDFLAGS指定链接的库的路径然后再make && make install即可

       当编译第三方库的时候,如果有CMakeLists.txt,直接用CMakeLists.txt编译就很方便;如果只有configure,那么需要先了解编译选项执行./configure –help来查看当前支持的编译选项然后根据提示配置一下我们需要指定的选项,比如自己指定的openssl的版本的库和头文件路径名,比如CC的版本,比如安装路径等等 (当然,如果不需要额外配置这些东西的话,直接走默认配置的话,那么直接执行./config或者./configure就行)然后在生成Makefile之后,再make && make install即可

linux 如何运行编译程序

       gcc有多达多个参数,现介绍常用的几个。如果对其他参数也有兴趣,可以参考: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: 显示所有警告信息

Linux下源码安装的经验详解

       在linux下安装软件,难免会碰到需要源码安装的,而就是这简简单单的./configure、make、sudo make install三步,却让不少人头疼不已,这里以安装X为例具体介绍下我在安装时的一点小经验,以便共同学习,共同进步!

       首先,我们要做些准备工作,源码安装少不了这几个工具pkg-config、libtool、autoconf和automake(当然,还有更基础的,像zlib、m4等,这里就略过啦),其中,pkg-config是源码资本码脑相对比较重要的,它就是向configure程序提供系统信息的程序,如软件的版本、库的版本以及库的路径等信息,这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件,就会发现类似下面的信息(X的pc文件):

       prefix=/usr

       exec_prefix=${ prefix}

       libdir=${ exec_prefix}/lib

       includedir=${ prefix}/include

       xthreadlib=-lpthread

       Name: X

       Description: X Library

       Version: 1.3.3

       Requires: xproto kbproto

       Requires.private: xcb = 1.1.

       Cflags: -I${ includedir}

       Libs: -L${ libdir} -lX

       Libs.private: -lpthread

       configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的,缺省情况下,pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc),若没有找到,它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找,若是还没有找到,它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了,先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径,若返回空,则说明该库确实未安装,否则,可以根据该命令的返回结果找到库的安装地点,然后设置其环境变量,命令如下:

       export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH,这里有个常识,软件安装后,.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效,当然,你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件,可以用命令vi .bashrc编辑),在文件末尾加上上面那句命令,重新登录即可。其他的几个在linux下也是不可或缺的,libtool为管理library时使用,没装的话错误提示如下:possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子,安装了二者后直接./autogen.sh就可以安装了)。

       准备工作做好后,就可以安装了,具体全部命令如下:

       tar vxf libX-6.2.1.tar.gz

       cd libX-6.2.1

       mkdir X-build

       cd X-build

       ../configure prefix=/usr/local/XR6

       make

       echo $

       sudo make install

       这里有一些好的安装习惯可以积累一下:1、建立一个临时编译目录,本例中为X-build,这样可以再安装完成后删除该目录,进而可以节省空间,而且保持了源码目录的整洁;2、安装到指定目录,本例中为/usr/local/XR6,最好把几个相关的安装在同一文件夹下,如这里的XR6文件夹,这样便于管理,否则全部默认安装在/usr/local下,很杂乱;3、编译完成后做检查,本例为echo $,表示检查上一条命令的退出状态,程序正常退出返回0,错误退出返回非0,也可以使用make check,主要为了防止make失败后直接install,进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法,用将安装命令连接起来,如../configure prefix=**makesudo make install,这样,只有在前面的命令执行正确的情况下,后面的任务才会执行,多方便!

       除此之外,安装之前可以阅读下源码包中的readme和install等文档,往往有所需软件及其下载地址,还包括一些安装技巧和配置选项。另外,在configure前,先输入configure help,可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了,在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件,就要用到它了,最简单的解决办法就是sudo gedit /etc/ld.so.conf,在文件中加入**.so文件所在路径,再运行一下ldconfig就可以了,但是我对这个东西有阴影,不知道是因为用了虚拟机还是其他的原因,有7、8次我在运行完ldconfig后,Ubuntu就没办法打开任何窗口了,直接关机重启就更是进不去系统了,崩溃之,不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法,就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH,用它我就舒心多了,也就是麻烦点,哥忍了,总比系统崩溃强多了吧,呵呵!其实,在configure时碰到问题,你应该庆幸,因为你可以根据它很明显的提示找到缺失的东西装上,在配置下pkgconfig和ldconfig基本上就可以搞定了,但是make的时候就没那么简单了。

       编译时提示最多的就是**东西未找到了,要么是库文件,要么是头文件,库文件用上面的ldconfig基本上就可以搞定,头文件的话需要配置包含的路径,和库的类似,命令如下:

       export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH

       在这个时候最重要的就是淡定了,循着丫的error往上找,像No such file or directory这样的错误提示肯定就在附近,找到了,include之就可以咯!

copyright © 2016 powered by 皮皮网   sitemap