build

Espresso(-环境搭建)

纵然是瞬间 提交于 2020-03-01 02:41:14
(注意:本文针对Android Studio) Espresso简介 1、Espresso是google发布的一款针对android UI进行测试的框架。 Espresso is targeted at developers, who believe that automated testing is an integral part of the development lifecycle. 2、Espresso支持的android版本如下: Codename API Froyo 8 Gingerbread 10 Ice Cream Sandwich 15 Jelly Bean 16, 17 ,18 KitKat 19 Lollipop 21 参考地址: https://google.github.io/android-testing-support-library/docs/espresso/index.html 3、Espresso官网地址: https://google.github.io/android-testing-support-library/docs/espresso/index.html 4、Espresso的学习经过总结 关于环境搭建的过程中,我遇到了好几个问题也耗费了很长的时间。不过这一次总结的经验教训就是下一次如果有对应的sample

docker入门与实践之【04-使用dockerfile定制镜像】

拟墨画扇 提交于 2020-02-29 22:34:46
利用dockerfile定制镜像 Dockerfile 是一个文本文件,其内包含了一条条的指令(Instruction),每一条指令构建一层,因此每一条指令的内容,就是描述该层应当如何构建。 以定制nginx 镜像为例,使用 Dockerfile 来定制。 在一个空白目录中,建立一个文本文件,并命名为 Dockerfile: $ mkdir mynginx $ cd mynginx $ touch Dockerfile 其内容为: FROM nginx RUN echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index.html 1 FROM 指定基础镜像 所谓定制镜像,那一定是以一个镜像为基础,在其上进行定制.FROM 就是指定基础镜像,一个 Dockerfile 中 FROM 是必备的指令,并且必须是第一条指令。 2 RUN 执行命令 RUN 指令是用来执行命令行命令的。由于命令行的强大能力,RUN 指令在定制镜像时是最常用的指令之一。其格式有两种: shell 格式: RUN <命令> ,就像直接在命令行中输入的命令一样。刚才写的 Dockerfile 中的 RUN 指令就是这种格式。 RUN echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index

Install gevent in AIX with gcc

对着背影说爱祢 提交于 2020-02-29 20:48:24
greenlet Download greenlet-0.4.1.zip from https://github.com/python-greenlet/greenlet sudo gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -fno-tree-dominator-opts -I. -I/opt/freeware/include/python2.7 -c greenlet.c -o build/greenlet.o sudo gcc -shared -lpthreads -lpython2.7 -o build/greenlet.so build/greenlet.o sudo cp build/greenlet.so /opt/freeware/lib/python2.7/site-packages/ libev Download libev-4.15.tar.gz from http://dist.schmorp.de/libev/ ./configure --prefix=/usr/local/libev gmake && sudo gmake install c-ares Download c-ares from http://c-ares

build-android-in-OS-X-Yosemite-Xcode-7

别来无恙 提交于 2020-02-29 16:47:00
摘自自己的github build-android-in-OS-X-Yosemite-Xcode-7 build whole android (AOSP) in Mac OS X Yosemite + Xcode 7.0.1(v10.5 SDK) My environment: Mac OX X 10.10.5(14F27) Xcode 7.0.1(7A1001) jdk1.7.0_80 jdk1.8.0_51 (Default) First of course, download AOSP by official instructions except that i use android-5.1.1_r14 branch instead of android-4.0.1_r1. Then what i did especically are: 1. To avoid check error of OS X SDK version, run following command first: export build_mac_version=`sw_vers -productVersion` #for me, result is 10.10.5 export mac_sdk_version=10.9 #this is the biggest version AOSP build

Android Makefile中是 如何识别 TARGET_PRODUCT

爷,独闯天下 提交于 2020-02-29 08:27:45
首先, 编译Android 代码 通常情况下使用: # make showcommands 这实际上等价于下面的完整命令 (具体参见 build/core/envsetup.mk ) # TARGET_ARCH=arm TARGET_PRODUCT=generic TARGET_BUILD_TYPE=release make showcommands 可见,默认情况下编译系统认为TARGET_PRODUCT 是generic 的 那如何编译特定产品的Android呢? 这就需要查看Android Makefile是如何解析环境变量TARGET_PRODUCT的。 Android Makefile 的引用关系是这样的 Makefile -> build/core/main.mk -> build/core/config.mk -> build/core/envsetup.mk -> build/core/product_config.mk 在build/core/product_config.mk 中编译系统首先调用 build/core/product.mk中定义的函数get-all-product-makefiles ,来 遍历整个vendor 的子目录, 找到vendor下所有的 AndroidProducts.mk, 不同子目录下的AndroidProducts.mk

史上最简单的Hibernate入门简介

霸气de小男生 提交于 2020-02-29 08:13:35
其实Hibernate本身是个独立的框架,它不需要任何web server或application server的支持。然而,大多数的Hibernate入门介绍都加入了很多非Hibernate的东西,比如: Tomcat, Eclipse, Log4J,Struts, XDoclet, 甚至JBoss。这容易让人产生Hibernate复杂难懂的误解,特别是打击了初学者的积极性。 在这篇文章将不涉及Eclipse, log4j, Struts, Tomcat, XDoclet,和JBoss。本文的目的是演示一下Hibernate的安装过程以及最基本的功能,从而给初学者一个低得不能再低的入门门槛。 下载文件 你需要Java SDK、 Hibernate包、Ant包、和JDBC Driver。 1、Hibernate包下载地址: http://prdownloads.sourceforge.net/hibernate/?sort_by=date&sort=desc 2、Ant包下载地址: http://apache.130th.net/ant/binaries/apache-ant-1.6.1-bin.zip 3、JDBC Driver要根据你用的database来定,一般database官方网站上都会有。Hibernate支持常用的database,比如 MySQL, Oracle,

iOS开发之Xcode常见错误

爷,独闯天下 提交于 2020-02-29 06:20:19
一."file/file.h" file not found 如果遇到这种类型的问题报错,可以分为三部来解决,由简到复杂一步一步来,直到解决问题位置。 1. 点击Xcode -> Project -> Clean清除缓存或者使用⌘ + ⇧ + k快捷键来清除。 2. 点击Xcode -> Window -> Projects 清除Derived Data的缓存,在清除缓存之前先彻底退出Xcode,然后直接删除缓存文件夹。 3. 再Build Settings -> Header Search Paths 添加路径,$(SRCROOT)/项目名称/文件路径。 如果上面这三种方法都没有解决问题,就要考虑一下文件是否存在或者导入方式是否有错误了。例如: # include<> 和 # include"" 、 # import<> 和 # import"" 的导入方式是否有错误。 ld: -pie can only be used when targeting iOS 4.2 or later clang: error: linker command failed with exit code 1 (use -v to see invocation) 首先注意: -pie can only be used when targeting iOS 4.2 or later -pie

Android Studio中如何提升Gradle Building的速度?

末鹿安然 提交于 2020-02-29 01:37:48
比起两三年前,现在开发Android应用已经可以很顺手了,无论是IDE还是开发框架、第三方库,都比较成熟了。但是呢,使用 Android Studio开发 时,免不了在调试时,看着gradle building一直在Loading,对于一般的项目也是需要一杯咖啡的时间了,特别是只想测下一丁点的小问题时,也要等这么长时间,实在是没有耐心。那么,经过一轮的Google与实践探索,终于得一大法,仿佛张无忌在昆仑洞下练成了九阳真经。   得此大法,可解决Android Studio Gradle building慢的问题了!将原来的编译时间从五到十分钟提升到30秒左右!    提速一:本地化引用第三方aar或jar包   在开发时,一般会引用到第三方库,例如,在项目中引用了 fabprogresscircle库,那么一般在项目的app目录下的 build.gradle 文件里会有这么一条记录:    compile 'com.github.jorgecastilloprz:fabprogresscircle:1.01 @aar '   Gradle在第一次Building时,会将引用的第三方库包下载到缓存里。下载到缓存里的文件应该是 fabprogresscircle-1.01.aar 。注意:如果build.gradle引用时没有 @aar 的话,那一般下载到缓存里的是 .jar 文件

开发和调试第一个 LLVM Pass

孤人 提交于 2020-02-28 22:37:59
1. 下载和编译 LLVM LLVM 下载地址 http://releases.llvm.org/download.html , 目前最新版是 6.0.0,下载完成之后,执行 tar 解压 llvm 包: tar -xzvf llvm-6.0.0.src.tar.xz 再下载 Clang 解压: tar -xzvf cfe-6.0.0.src.tar.xz 将 cfe-6.0.0.src 目录复制到 llvm-6.0.0.src/tools,重命名为 clang。通过 brew 安装 cmake: brew install cmake 然后在命令行下切换到 llvm-6.0.0.src 目录,新建 build 目录,切换到 build 目录执行 cmake 生成配置文件,命令如下: mkdir build cd build cmake -G Xcode CMAKE_BUILD_TYPE="Debug" .. 执行完成之后,可以看到 Xcode 的工程文件 LLVM.xcodeproj,打开工程文件,会提示是否自动创建 Schemes,如图所示: 点击 Manually Manage Schemes 手动创建,添加 ALL_BUILD,如图所示: 然后在 Xcode 上进行编译,编译过程比如慢,可能得二十分钟到半小时左右,全部编译完文件会在 11G 左右。 2. 编写 Pass 代码

Docker for Arm on Linux 入门

孤街醉人 提交于 2020-02-28 21:40:42
This blog post is the result of collaboration between Arm and Docker. Special thanks to Jason Andrews @ Arm for creating much of the original content. Arm and Docker announced a strategic partnership earlier this year to unify software development and deployment across a diverse set of devices, from IoT endpoints to the edge of the network, and into the heart of the data center. Docker has simplified enterprise software development and deployment leading to true multi-platform portability and cost savings on Arm-based cloud instances. Even more exciting is how Docker is changing the way