编译脚本

历史原因

随着工程数量越来越大,目录结构越来越多。

在编译源码的时候需要组织一定的规则来进行编译,这样可以节省很多的时间以及提高很大的效率

gcc test.c -o test  //这个是最简单的编译命令

对于简单的只有几个文件的代码可以使用,shell 脚本来简单实现

但是对于大型的几万个文件的工程来说,有几千个应用程序,使用shell脚本来实现,维护起来就十分麻烦了。

而且对于这么多的文件编译其实是可以找到一些规则来的,所以makefile孕育而生。linux内核即使如此

发展

单个命令——>makefile(makefile工具)——>IDE——>自动化编译部署

makefile既然是规则自然会有其对应的语法,makefile语法对于不同的平台也会有其不同的语法介绍。,比如之前的高通平台使用的就是python来组织编译的脚本

e.g 1.对于makefile的生成:例解 autoconf 和 automake 生成 Makefile 文件

如下链接比较详细的介绍了使用对应工具生成makefile的过程 https://www.ibm.com/developerworks/cn/linux/l-makefile/#icomments

e.g:IED像android studio,以及某些平台的IED工具,编译打包都是帮忙做好了的。对于开发产品的嵌入式设备,往往编译整个系统直接烧录。省去个别链接库的问题

e.g:自动化部署,当前是 jenkins 。可以定时的帮忙部署编译。

最后

解释性语言和编译性语言的区别,对代码的编译时间不一样。

解释性语言和编译型语言的区别和不同
  解释性语言 编译型语言
概念 计算机不能直接的理解高级语言,只能直接理解机器语言(二进制数据,而且和指令集有关),所以必须要把高级语言翻译成机器语言,计算机才能执行高级语言的编写的程序。翻译的方式有两种,一个是编译,一个是解释。两种方式只是翻译的时间不同。
特征 解释性语言的程序不要编译,省了道工序,解释性语言在运行程序的时候才翻译,比如解释性Java语言,专门有一个解释器可以直接执行Java程序,每一个语句都是执行的时候才能翻译。这样解释性语言每执行一次要翻译一次,效率表较低。(跨平台特性的原因) 编译型就是编译的时候直接编译成机器可以执行的(.exe .dll .ocx),编译和执行是分开的,但是不能跨平台。例如Delphi,C++,ASM,C是直接变异成exe文件并且自带条件编译功能。比如exe文件,以后要运行的话就不用重新编译了,直接使用编译的结果就行了(exe文件),因为翻译只做了一次,运行的时不要翻译,所以编译型语言的程序执行效率高。
区别 对于解释性语言而言,程序运行时的控制权在解释器(jre,.net)而不再用于程序。 对于编译器而言,运行时的控制权在用户程序。
一些网页脚本,服务器脚本以及辅助开发接口这样的对速度要求不高,对不同系统的兼容性有一定要求的程序则通常使用解释性语言,如Java、JavaScript、VBScript、Perl、Python、Ruby、Matlab等等。 编译语言由于程序执行速度快,同等条件下对系统的要求比较低,因此像开发操作系统、大型应用程序、数据库系统等时都采用它,像C/C++,Pascal/Object Pascal(Delphi)等都是编译型语言。
解释型语言,例如Java语言,Java程序首先通过编译器编译成class文件,如果在Windows平台上运行,则通过Windows平台上的Java虚拟机(VM)进行解释。如果运行在Linux平台上,则通过Linux平台上的Java虚拟机进行解释执行。所以说能跨平台,前提是平台上必须要有相匹配的Java虚拟机。如果没有Java虚拟机,则不能进行跨平台。 编译型语言,例如C语言,用C语言开发程序后,需要通过编译器把程序编译成机器语言(即计算机可以识别的二进制文件,因为不同的操作系统识别的二进制文件是不同的),所以C语言程序进行移植后,需要重新编译(如Windows编译成ext文件,Linux编译成erp文件)
总结 优点:可移植性好,只要有解释环境,可以在不同的操作系统上运行。比如在解释执行时可以动态改变变量的类型、对程序进行修改以及在程序中插入良好的调试诊断信息等,而将解释器移植到不同的系统上,则程序不用改动就可以在移植了解释器系统上运行。 优点:运行速度快,代码效率高,编译后程序不可以修改,保密性好。
缺点:运行需要解释环境,运行起来比编译的要慢,占用的资源也要多一些,代码效率低,代码修改后就可以运行,不需要编译过程。因为不仅要给用户程序分配空间,解释器本身也占用了宝贵的系统资源。其封装底层代码,程序严重依赖平台。不能同C++,VB那样直接操作底层。 缺点:代码需要经过编译方可运行,可移植性差,只能在兼容的操作系统上运行。

流程图

参考文档 https://blog.csdn.net/u014647208/article/details/78329187

原文地址:https://www.cnblogs.com/asreg/p/9547464.html

时间: 2024-11-02 01:46:19

编译脚本的相关文章

ios及android两个平台下x264编译脚本

今年做了一些音视频编解码工作,此前做图形.图像类工作多一些,做了音视频编解码才知道,这项工作还是很有趣.很神奇的.比如采集几十M的视频数据,经过编码存储后,文件体积仅仅有几十K大小,这当中就需要x264来发挥神奇了.下面将手机端ios及android两个平台下x264编译脚本分享出来,希望对正在做相关工作的同学有帮助.x264源码地址:http://www.videolan.org/developers/x264.html 1. ios平台下x264编译.这个编译脚本修改自:https://gi

Gradle Android最新自动化编译脚本教程

转自:http://blog.csdn.net/changemyself/article/details/39927381 一.前言 Gradle 是以 Groovy 语言为基础,面向Java应用为主.基于DSL(领域特定语言)语法的自动化构建工具. 上面这句话我觉得写得很官方,大家只需知道Gradle可以用来android开发中进行多个项目依赖的自动化编译脚本,知道这点也就知道我们使用它的目的: 为什么不使用Ant做自动化编译脚本,因为ant上手快,但是维护起来太不方便了,有了Gradle你可

FFmpeg示例程序合集-批量编译脚本

此前做了一系列有关FFmpeg的示例程序,组成了<最简单的FFmpeg示例程序合集>,其中包含了如下项目:simplest ffmpeg player:                  最简单的基于FFmpeg的视频播放器simplest ffmpeg audio player:       最简单的基于FFmpeg的音频播放器simplest ffmpeg pic encoder:        最简单的基于FFmpeg的图像编码器simplest ffmpeg video encoder

linux安装配置apk打包程序gradle+jdk+Android_sdk+python自动化编译脚本

安装gradle: 1.下载gradle包 去这里下载需要的tar.gz包:https://services.gradle.org/distributions/ 2.解压 tar zxvf gradle.tar.gz 3.移动到/usr/local/ mv gradle /usr/local/gradle 4.配置/etc/profile环境变量 vim /etc/profile 添加以下内容 export GRADLE_HOME=/usr/local/gradle export PATH=${

python之window编译脚本在Linux执行

在window下用eclipse编译脚本在Linux上执行报错 -bash: ./cleanlog.py: /usr/local/bin/python3.5^M: bad interpreter: 没有那个文件或目录 这是不同系统编码格式引起的:在windows系统中编辑的.sh .py文件可能有不可见字符,所以在Linux系统下执行会报以上异常信息. 一般是因为windows行结尾和linux行结尾标识不同造成的. 解决办法 [[email protected] logs]# dos2unix

Ubuntu内核编译脚本

#!/bin/sh#Ubuntu内核编译脚本.#文件夹:"linux-2.6.32.61".#命令:sh buildkernel.sh 2.6.32.61#准备:# sudo  apt-get install build-essential kernel-package   libncurses5-dev cd linux-${1}make mrpropercp /boot/config-`uname -r` ./.config#cp ../.config ./.configmake

VLCKit编译脚本的防坑修改

前言:编译过VLC的朋友们可能都知道,整个流程编译下来,在没任何错误的情况下基本上需要3到4个小时,网速慢点的可能需要7-8个小时,如果中途出现错误,很可能需要重新来过,那么有什么方法可以防坑呢? 作者在尝试编译多次VLC之后总结和修改了编译脚本. 据我观察,编译VLC的时候,大部分时间都会消耗在buildMobileVLCKit.sh 文件中153行附近的 git clone git://git.videolan.org/vlc.git vlc 这行代码上. 所以防坑的原则就是修改脚本只执行这

【Android本地开发技术:编译脚本】Android.mk

作者:郭孝星 微博:郭孝星的新浪微博 邮箱:[email protected] 博客:http://blog.csdn.net/allenwells Github:https://github.com/AllenWells 一 Android.mk文件的作用和特点 1.1 Android.mk文件作用 该文件用来描述编译系统(build system)的,即一个微型的GNU Makefile片段,会由编译系统解析一次或多次. 1.2 Android.mk文件特点 该文件用来将源文件组织成模块,模

gNewSense 内核编译脚本

#!/bin/sh#文件夹:"linux-2.6.32.61".#命令:sh buildkernel.sh 2.6.32.61#准备:# apt-get update# apt-get install fakeroot kernel-package libncurses5-dev libqt3-mt-dev bzip2 wget build-essential cd linux-${1} make clean mrpropercp /boot/config-2.6.32-5gnewse

Gradle Android最新自动化编译脚本教程(提供demo源码)

一.前言 Gradle 是以 Groovy 语言为基础,面向Java应用为主.基于DSL(领域特定语言)语法的自动化构建工具. 上面这句话我觉得写得很官方,大家只需知道Gradle可以用来android开发中进行多个项目依赖的自动化编译脚本,知道这点也就知道我们使用它的目的: 为什么不使用Ant做自动化编译脚本,因为ant上手快,但是维护起来太不方便了,有了Gradle你可以跟项目组的同事说,用Ant的孩子们别苦逼的维护了,赶紧换成gradle吧. 本文面向gradle新手或者以前使用过grad