Linux编译安装中configure.make和make install各自的作用 ./configure是用来检测你的安装平台的目标特征的.比如它会检测你是不是有CC或GCC,并不是需要CC或GCC,它是个shell脚本.make是用来编译的,它从Makefile中读取指令,然后编译.make install是用来安装的,它也从Makefile中读取指令,安装到指定的位置.AUTOMAKE和AUTOCONF是非常有用的用来发布C程序的东西. 1.configure一般用来生成 Makefil

conda ≈ pip(python包管理) + virtualenv(虚拟环境) + 非python依赖包管理 级别不一样conda和yum比较类似,可以安装很多库,不限于Python.conda是创建一个局部的环境,并安装相应包:pip是安装包到原有的环境中. pip install会检查一些依赖包并给你安装,而conda的这种检查更多,甚至会把你已有的卸了替换成他认为合适的...反正conda我只是拿来管理,安装一直是pip install...conda install真心不太喜欢乱检测

“adb install xx.apk”= “adb push xx.apk /data/local/tmp”+“pm install /data/local/tmp/xx.apk”. “adb install xx.apk”命令运行在cmd窗口中,这里的xx.apk是电脑上的路径,可以是相对路径:“pm install xx.apk”命令运行在adb shell或串口中,这里的xx.apk是Android设备内存中的路径,而且必须是绝对路径.正如下图所示即使已经在apk安装路径下了,apk前面

一般的,Android 应用程序有两种安装方法: 1. 将应用程序的apk文件push到手机中,用如下命令: adb push xxxx.apk /system/app. 2. 用adb install xxxx.apk进行安装 3. 二者的比较以及注意事项: 1) 用第一种方式的弊端: a. 会将原来系统中的对应的apk覆盖掉,所以,最好先备份出来一份,用如下命令: adb push xxxx.apk /system/app. b. 有时候,会出现如下形式的错误信息: failed to co

cdh4 install for Centos6那个最美的年代,最好的时光,一路梦想,一路流泪,流的不会是懦弱的泪,而是对奋斗的寄于;1,repo配置>>>/etc/yum.repo/wget http://archive.cloudera.com/cdh4/redhat/6/x86_64/cdh/cloudera-cdh4.repo或是wget archive.cloudera.com/cdh4/one-click-install/redhat/6/x86_64/cloudera-cd

===================================================== FFmpeg的库函数源代码分析文章列表: [架构图] FFmpeg源代码结构图 - 解码 FFmpeg源代码结构图 - 编码 [通用] FFmpeg 源代码简单分析:av_register_all() FFmpeg 源代码简单分析:avcodec_register_all() FFmpeg 源代码简单分析:内存的分配和释放(av_malloc().av_free()等) FFmpeg 源代

以下只是自己的一些总结,欢迎讨论 通过NDK编译jni网上有很多例子,在这我只总结在Android源码下编译 1.android源码环境下编译so包,编出来的.so的包前面不会自动给添加lib,NDK编译会自动给添加lib,即使Android.mk文件里面LOCAL_MODULE :=名字前面没有lib,NDK也会自动给你添加lib. 所以NDK编译时Android.mk文件编译出来的so包名字可以加lib也可不加,但源码下编译必须加 2.系统应用和用户应用的区别 在package/app下的工

在Anaconda中conda可以理解为一个工具,也是一个可执行命令,其核心功能是环境管理与包管理.所以对虚拟环境进行创建.删除等操作需要使用conda命令. conda install 和 pip install 区别 通常我们可以使用conda和pip两种方式来下载和卸载安装包,这里说一下这两种方式使用的区别.conda是一种通用包管理系统,可以构建和管理任何语言的任何类型的软件,因此,它也使用于Python包.pip是Python官当认可的包管理器,最常用于安装在Python包索引(PyP

一. npm的作用就是对Node.js依赖的包进行管理,也可以理解为用来安装/卸载Node.js需要装的东西 二. 1. 修改npm配置为淘宝的源下载: npm install -g cnpm --registry=https://registry.npm.taobao.org 2. 安装node-sass: cnpm install node-sass 3. 删除安装失败的依赖: rm -rf node_modules/ 4. 清除缓存: npm cache clean npm cache v

pod install 和 pod update的区别 pod install(下载并安装pod) 1,当pod file文件中有“增加pod,删除pod,修改pod”的操作之后使用. 2,pod install执行完之后会将已下载的依赖库的版本号添加进podfile.lock文件 3,pod install根据podfile.lock文件列出的已安装的pod的版本信息,只负责下载安装podfile.lock中不存在的pod,不会自动更新已安装的pod的版本.   pod update (更新已

npm的包安装分为本地安装(local).全局安装(global)两种,从敲的命令行来看,差别只是有没有-g而已,比如 npm install grunt # 本地安装 npm install -g grunt-cli # 全局安装 这两种安装方式有什么区别呢?从npm官方文档的说明来看,主要区别在于(后面通过具体的例子来说明):本地安装1. 将安装包放在 ./node_modules 下(运行npm时所在的目录)2. 可以通过 require() 来引入本地安装的包 全局安装1. 将安装包放在

实际上他们两个可以达到一个目标(对于文件操作),但是又有本质上的区别,文档没有细看,但是一般利于项目的管理,使用install,install命令如果在cmake命令中没有指名install参数,实际上时不会执行的,只有在cmake命令中指名install,install命令(在CmakeLists.txt里)才会执行. Demo: cmake_minimum_required(VERSION 2.8) #set(CMAKE_C_COMPILER "D:\VS2008Release\VC\bin

Android中adb push和adb install的使用区别  转载 本篇文章由史迎春(@三俗小女子)投稿.转载请注明原文地址. 在Android实际开发中,经常会使用adb命令,安装应用程序可以使用adb push 或者adb install.下面就来讲讲这两种安装方式的区别. adb push 能够指定安装目录.比如执行”adb push xxx.apk system/app” 后,xxx.apk被安装到了system/app目录下,此目录下的软件为上文中提到的system appli

之前写代码的过程中曾经遇到过问题,用mvn install后,新改的内容不生效,一定要后来使用mvn clean install 才生效,由于之前没有做记录,以及记不清是什么情况下才会出现的问题,于是想看看clean和不clean的区别. 就如大家知道的,maven在执行一个生命周期的命令的是时候将会执行之前的所有生命周期操作,比如执行mvn install,会执行前面一系列的动作包括 compile , package , test 等,具体请查看maven的官方文档.这个特性使maven的命

package.json中两个字段含义简介 一直在使用npm包管理器,对于npm install module --save-dev 和 npm install module --save这两个的区别做了一些浅析的理解: dependencies dependencies属性被声明在一个简单的对象中,用来控制包名在一定的版本范围内,版本范围是一个字符串,可以被一个或多个空格分割.dependencied也可以被指定为一个压缩包地址或者一个 git URL 地址. 不要把测试工具或transpil

idea工具maven projects里面有9种生命周期,今天刚好遇到,顺便分享下自己的理解.生命周期是包含在一个项目构建中的一系列有序的阶段.最常用的两种打包方法:一:clean,package(如果报错,很可能就是jar依赖的问题)二:clean,install9种生命周期:clean,清理,在进行真正的构建之前进行一些清理工作,移除所有上一次构建生成的文件.执行该命令会删除项目路径下的target文件,但是不会删除本地的maven仓库已经生成的jar文件. validate,验证,验证工

我们在用maven构建java项目时,最常用的打包命令有mvn package.mvn install.deploy,这三个命令都可完成打jar包或war(当然也可以是其它形式的包)的功能,但这三个命令还是有区别的.下面通过分别执行这三个命令的输出结果,来分析各自所执行的maven的生命周期. mvn clean package mvn clean install mvn clean deploy(忽略最后的BUILD FAILURE) 通过三个命令的输出我们可以看出三者的区别在于包函的mave

备注:<=> 意为等价于: 1.npm install <=> npm i --save   <=> -S --save-dev  <=> -D npm run start <=> npm start  // 对应"scripts"里的"start"命令 少敲几下键盘,何乐而不为 2.npm i --save-dev  <packname> 工程构建(开发时.“打包”时)依赖 :例:xxx-cl

我们在用maven构建java项目时,最常用的打包命令有mvn package.mvn install.deploy,这三个命令都可完成打jar包或war(当然也可以是其它形式的包)的功能,但这三个命令还是有区别的.下面通过分别执行这三个命令的输出结果,来分析各自所执行的maven的生命周期. mvn clean package mvn clean install mvn clean deploy(忽略最后的BUILD FAILURE) 通过三个命令的输出我们可以看出三者的区别在于包函的mave

idea工具maven projects里面有9种生命周期,生命周期是包含在一个项目构建中的一系列有序的阶段. 一.最常用的两种打包方法: 1.clean,package(如果报错,很可能就是jar依赖的问题) 2.clean,install 二.9种生命周期: 1.clean,清理,在进行真正的构建之前进行一些清理工作,移除所有上一次构建生成的文件.执行该命令会删除项目路径下的target文件,但是不会删除本地的maven仓库已经生成的jar文件. 2.validate,验证,验证工程是否正确

npm i module_name -S = > npm install module_name --save 写入到 dependencies 对象 npm i module_name -D => npm install module_name --save-dev 写入到 devDependencies 对象 npm i module_name -g 全局安装 i 是install 的简写 -S就是--save的简写-D就是--save-dev 这样安装的包的名称及版本号就会存在packa