Linux程序兼容.一

前言

之前写了一个Linux的程序，本以为把大部分的库都使用静态链接，就可以在所以Linux桌面环境跑了。
但是今天试着装了一个ubuntu12.04。结果就没运行起来(/ω＼).

报告了如下错误：

1
./main: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required by ./main)

编译程序的gcc版本为gcc-8.1。而目标机器ubuntu12.04上的gcc版本是gcc-4.6。

为什么不使用-static把所有的库都静态链接进去。因为我们的库使用了dlopen。
dlopen的实现必须依赖于动态库。如果把dlopen也强行静态链接进去。程序运行崩溃了。

那同样也可以使用旧版本gcc进行编译。这样就可以在旧版本的机器上运行了。
但是我们的库太多了，总共有几十个库了吧。全部换旧版本编译代价太大了。
并且，切旧版本gcc。总觉得很不优雅。

所以，我要寻找，用高版本gcc编译，在低版本环境下运行的方法。

初步分析

在这里，用main来表示我所编译的程序。
首先，可以先使用命令ldd main来看看，我的程序使用了哪些动态库。

1
2
3
4
5
6
7
linux-vdso.so.1 =>  (0x00007fffcdff9000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8e67ddb000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8e67bd3000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8e679b4000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f8e676ae000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8e672e9000)
/lib64/ld-linux-x86-64.so.2 (0x000055a80c05d000)

根据指令的内容，我们发现就只有这几库进行了动态链接。每个库的作用如下：

libdl.so 是用来做动态库打开，比如C语言中的dlopen就是在这个库中。
librt.so rt是realtime的缩写。如果用到和时间相关的方法就需要使用这个库。
libpthread.so pthread很著名了，线程库。
libm.so 字母m是math的缩写。所以这个库就是数学运算库了。
libc.so libc库是最基本的库。是C语言的实现。

其中，libc.so是最底层的库。其他的库都会链接libc.so。
一下是ldd这些库的结果。

1
2
3
4
5
ldd /lib/x86_64-linux-gnu/libpthread.so.0

linux-vdso.so.1 =>  (0x00007ffc2c7a0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f03d4f10000)
/lib64/ld-linux-x86-64.so.2 (0x000056251832d000)
1
2
3
4
5
6
ldd /lib/x86_64-linux-gnu/librt.so.1

linux-vdso.so.1 =>  (0x00007fff32ff2000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f2989ce7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2989922000)
/lib64/ld-linux-x86-64.so.2 (0x0000558bfe6ea000)
1
2
3
4
5
ldd /lib/x86_64-linux-gnu/libdl.so.2

linux-vdso.so.1 =>  (0x00007ffd5d94f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7707aa0000)
/lib64/ld-linux-x86-64.so.2 (0x000055c18d802000)
1
2
3
4
5
ldd /lib/x86_64-linux-gnu/libm.so.6

linux-vdso.so.1 =>  (0x00007ffd5d94f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7707aa0000)
/lib64/ld-linux-x86-64.so.2 (0x000055c18d802000)

上面的这些库，在大多数的Linux桌面发行版都是自带的。并且我们的程序运行报错是version GLIBC_2.27’ not found`.

所以根据此推断，程序之所以跑不起来，是因为libc.so版本不兼容导致。
因为编译器的机器libc.so的版本很高。而运行的机器libc.so的版本较低。所以不能运行程序。

解决思路

首先，最先想到的是能不能把新版的libc.so放到和程序的同一文件夹下。
让程序在本地文件夹去找动态库去链接。

但是，这样做是不行的：

  1. 可执行程序无法自动搜索当前目录的下动态库。必须手动指定LD_LIBRARY_PATH变量
  2. 如果手动指定了本地的libc库。可能会导致系统中其他程序不能正常运行.

那么，从GLIBC出发，我们可以看看这个两个libc.so有什么不同
我们可以使用strings命令来查看版本。

首先查看旧版本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
strings /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC

GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_PRIVATE
GNU C Library (Ubuntu EGLIBC 2.19-0ubuntu6.9) stable release version 2.19, by Roland McGrath et al.

然后再看看新版本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
strings /usr/lib/libc.so.6 | grep GLIBC_

GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_2.16
GLIBC_2.17
GLIBC_2.18
GLIBC_2.22
GLIBC_2.23
GLIBC_2.24
GLIBC_2.25
GLIBC_2.26
GLIBC_2.27
GLIBC_PRIVATE

经过对比我们发现，新版的libc.so多了很多的GLIBC的版本。
从GLIBC_2.16到GLIBC_2.27。这些都是旧版所没有的。
就是新版libc所更新的内容。

结合我们程序的报错not found GLIBC_2.27。那就说明，我们程序使用了最新的libc的功能。
而旧版本中又没有，所以就报告了如上的错误。

知道了我们的程序使用是使用了新libc.so里的功能。但是具体都有哪些版本呢，我们可以通过readelf命令来看看，程序都使用了哪些版本的GLIBC

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
readelf -s main | grep -oP "GLIBC_[\d\.]*" | sort | uniq

GLIBC_2.10
GLIBC_2.11
GLIBC_2.14
GLIBC_2.15
GLIBC_2.2.5
GLIBC_2.27
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9

在这里，我们看到所有这个程序用到GLIBC的版本，十分幸运的是，除了2.27。其他的在旧版本中都有。
也就是说，如果我们可以去掉这个GLIBC_2.27的依赖，程序就可以运行。

那么，我们再来看看有哪些符号方法使用了GLIBC_2.27:

1
2
3
4
readelf -s maxhub | grep GLIBC_2.27

328: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND powf@GLIBC_2.27 (22)
380: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND logf@GLIBC_2.27 (22)

我们发现，只有两个符号使用了GLIBC_2.27，分别是powf和logf。
其中powf 是继续x的y次幂，logf是进行log运算。
这两个符号均属于math库中。刚好也验证了程序运行的报错，是从libm.so中报出的。

处理问题

现在已经知道了问题的所在，由于math使用了更新更高效的算法。导致我们的程序无法运行在旧版本的机器上。
难点在于如何处理这个问题，替换libm.so？这个方法同样不靠谱。

在查阅了一些资料后，在网上找到了解决办法。既然现在这两个符号使用的新版本的实现。
那能不能让它回退，使用旧版本的实现呢。毕竟新版本的so里有之前所有的版本。而版本就不行。

在这里，我们需要使用内联汇编，来替换我们所要使用的版本。
举个例子，具体实现如下：

1
2
3
4
5
6
7
8
9
#include <math.h>

__asm__(".symver logf,logf@GLIBC_2.2.5");
__asm__(".symver powf,powf@GLIBC_2.2.5");

int main(int argc, char**)
{
  return powf(argc, 2.0f) * logf(argc);
}

需要说明的是，__asm__ 这两句要写在符号使用的前面。
更详细的说明，可以访问：https://stackoverflow.com/questions/51716288/fedora-28-glibc-2-27-libm-so-6-logf-and-powf-c/51726222

在我们的程序的源码中并没有使用到这两个符号。所以需要去看每个库的源码，有没有使用powf和logf的。
在linux系统中，可以使用ack命令进行查看，十分方便。

最后，在SDL2的源码中找到了这两个符号，在源码中添加内联汇编后，重新编译库。之后再重新编译程序。
就可以在低版本的机器上运行啦。

总结

  • libc是linux中最基本的库。几乎所有的库和程序都需要使用到它。
  • libc是有很多版本的。我们可以通过命令来查看本机所支持的版本和程序中所用到的版本。
  • 静态库的编译会把源代码进行汇编处理。所以内联汇编必须写在库的源代码中。

展开全文 >>

NSIS——安装包基础

PS:以下内容只针对windows操作系统

什么是安装包

举个简单的例子。比如我们要要玩某款游戏，就会去下载这个游戏的安装包。A
在安装包中，会把游戏安装在我们电脑中的某个地方。并会给我们设置快捷方式。
当我们运行快捷方式的时候，就可以运行我们的程序。

当然，我们自己也可以写程序或者游戏,当我们的程序完成之后。需要发布给我们的用户。
这时候，就需要安装包来帮我们封装一下自己的程序。

简单的总结一下。安装包是对我们的软件进行包装，以便进行发布。

安装包具体能做什么

先来看一看，安装包都可以执行哪些操作

  • 文件打包,压缩和释放，我们发布的程序很可能很多文件。打包和压缩更有利于我们线上发布。
  • 创建快捷方式和开始菜单，方便用户的使用。
  • 读写注册表，设置开机自启。
  • 设置防火墙。
  • 执行命令，安装其他程序。
  • 展示用户协议。

首先值得一提的是，安装包本身也是可执行程序(.exe)。
所以，其实所有程序能做的事情，安装包都能做。

因为我们程序发布需要执行很多相关的操作，比如上面的很多操作。
当我们把这些操作进行通用的封装后，其实就生成了安装包。

安装包的一些说明

  • 静默安装
    通常来讲，我们的打开安装包后，会有界面弹出，一步一步指引用户进行安装。
    但是，有时候我们不想让用户去点那么多。或者不想让用户知道我在安装程序。
    那么，我们可以在后台悄悄的安装。不显示前端界面。
    有很多的全家桶或者恶意软件都是这么做的。这种安装方式就叫做静默安装。

  • 安装选项指定
    有时候我们可能用其他的程序是调用和执行我们的安装包。有很多选项我们可以指定。
    比如，安装的目录，是否静默安装。或者给安装包传入一些参数。
    具体的方法是在命令行(cmd)中执行安装包并在后面传入参数。
    需要注意的是，不同的安装包的参数有可能是不同的。因为他们可能是由不同的工具进行的打包。

我们可以使用安装包名.exe /? 这个方法来查看大部分安装包的选项。
比如，我们想查看vs2017运行库安装包的选项：
执行：vcredist_x86.exe /? 得到如下结果：

其中/quiet就是静默安装的选项。

但是，很重要的一点。并不是所有安装包都支持这个命令，比如NSIS打包的工具就不支持。

什么是NSIS

引用 wiki 的描述.

NSIS (Nullsoft Scriptable Install System) is a professional open source system to create Windows installers.
It is designed to be as small and flexible as possible and is therefore very suitable for internet distribution.

前面准备说了那么多，nsis就是帮我们做安装包的。

为什么选择nsis

为什么选择nsis:

  • 开源
  • 丰富的插件
  • 很多大厂都在使用例如搜狗、酷狗等

nsis可以从官网进行下载安装。
其主体是一个makensis的程序。通过识别我们的.nsi文件。来生成具体的安装包。

nsis基本操作

未完待续。。。。(。﹏。*)

展开全文 >>

CMake实践

什么是cmake

提到cmake，我们就不得提到编译，提到编译，就~~

无证驾驶:

1
gcc -o main main.cpp

新司机:

1
2
./configure
make

老司机:

1
2
cmake ..
make

和其他编译工具一样，cmake帮我们生成和管理我们的软件。

cmake 是 “Cross platform Make” , 而不是 “C Language Make”

cmake 是一个自动化构建系统。用来管理软件编译及构建。并且不依赖与特定编译器或系统。

那么，总结一下，cmake就是帮我们构建软件的工具。

why cmake

为什么要使用cmake呢

  1. cmake是跨平台的工具，并且可以使用该平台最方便的工具。
  2. cmake文件易于编辑和理解

第一，make 并不会直接构建出最中的软件，而是说明一个标准的构建流程。在不同的平台下，生成各个平台的构建档。
比如，linux生成Makefile，Macos生成Makefile或Xcode工程，Windows下生成VS工程。再由这些构建档生成出最终的软件。
这个也是cmake最大的特色。

因为我们库需要全平台的使用，并且需要适配该平台最通用的运行库(RuntimeLib)。
比如，在linux下生成so。在windows下生成基于VCRuntime的lib。在macos下生成.a或.dylib
在这一点，cmake是十分具有优势，因为它可以生成各个平台自己的工程文件。

第二，cmake的语法十分简洁，易于记忆和理解。

主要是基于以上的两点原因，我们选择使用cmake

获取cmake

windows

  1. 登录https://cmake.org/download/ 下载最新release版本
  2. 安装cmake，并加入PATH环境变量

MacOS

1
brew install cmake

Linux

ubuntu

1
sudo apt install cmake

arch

1
sudo pacman -S cmake

PS: 较低版本的ubuntu可能会安装低于3.0版本的cmake。目前我们的项目需要cmake版本最低为3.0。

cmake使用

通用构建

cmake 的描述文件是CMakeLists.txt。
在该文件中，我们告诉cmake如何构建我们的项目。

  1. 我们打开一个由cmake构建的项目, 其目录结构如下:
1
CMakeLists.txt out            src            test           toolchain
  1. 创建一个文件夹，用来存放构建产生的文件
1
2
mkdir build
cd build
  1. 使用cmake生成构建
1
cmake ..
  1. 使用cmake编译
1
cmake --build .

这是一种在各个平台都可以使用的方法, cmake .. 会生成各个平台默认的构建。
linux和Macos默认为 Makefile，windows默认为VS工程。
无论使用在哪个平台，都可以使用cmake --build . 来生成最终的软件。

note: 以上的例子，都是没有指定debug和release的，在实际的使用中，windows需要注意区分

指定生成目标工程文件–Xcode工程

上面讲了，macos系统默认生成的makefile，如果我们需要在mac上进行更好的调试，可以使用cmake生成Xcode工程。

第一步和第二步和之前相同。

  1. 指定生成Xcode工程
1
cmake .. -GXcode
  1. 打开Xcode工程进行调试

开始一个自己的cmake项目

在学习如何使用cmake生成软件后，我们现在开始自己的cmake项目。

首先，我们要先写好我们需要构建的源文件，这里展示一个demo。

1
2
3
4
5
6
7
.
└── src
    ├── execute
    │   └── main.cpp
    └── lib_file
        ├── lib.cpp
        └── lib.h

其中，main.cpp内容如下:

1
2
3
4
5
6
7
  
#include <iostream>
  
int main(void) {
    std::cout << "Hello world" << std::endl;
    return 0;
}

lib.cpp:

1
2
3
4
5
6
7
  
#include <iostream>
  
void LibPrint() {
    std::cout << "Lib: Hello world" << std::endl;
}

lib.h:

1
2
3
4
  
#pragma once
  
void LibPrint();

在有了源文件之后，我们开始编写CMakeLists.txt，在src的同级目录下创建该文件。

CMakeLists.txt:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
# 要求cmake的版本不低于3.0
cmake_minimum_required(VERSION 3.0)
 
# 将src/execute目录下的源文件加入到 MAIN_SRC 这个变量中
aux_source_directory(./src/execute MAIN_SRC)
# 将src/lib_file目录下的源文件加入到 LIB_SRC 这个变量中
aux_source_directory(./src/lib_file LIB_SRC)
 
# 构建demo为可执行程序，文件为 MAIN_SRC 中所包含的文件
add_executable(demo ${MAIN_SRC})
# 构建demo_static_lib为静态库，文件为 LIB_SRC 中所包含的文件
add_library(demo_static_lib STATIC ${LIB_SRC})
# 构建demo_shared_lib为动态库，文件为 LIB_SRC 中所包含的文件
add_library(demo_shared_lib SHARED ${LIB_SRC})

通过这几行简单的代码，我们就可以获取到一个可执行文件和两个库文件。
详细的内容已经写到注释上，这里就不进行过多的解释。
完成后，按照上面的步骤，就可以生成相应的程序。

变量

和其他的众多脚本或构建器一样，cmake同样拥有变量。
例如上一节中的，MAIN_SRC和LIB_SRC。就是把源文件名称放入变量里。

此外，我们如何设置一个新的变量，和Windows有些类似。我们使用set:

1
set (Hello 1)

我们设置了一个名为 Hello 的变量，它的值为1。

在cmake系统中，为我们设置了很多的默认变量，就是说，这些名称的变量默认有值, 比如：

1
${CMAKE_SOURCE_DIR} #表示源文件的顶层目录

还有一些变量，用来配置编译器或它的参数，比如：

1
2
${CMAKE_C_FLAGS}     # C的编译选项
${CMAKE_CXX_FLAGS}   # C++编译选项

有一些用来判读编译时的系统：

1
2
3
4
${APPLE}
${UNIX}
${WIN32}
${ANDROID}

如果当前环境符合上述变量，变量有值非空，否则，变量值为空

打印信息

有时候，我们需要查看变量的值。这时候，就需要打印一下变量看看。
变量打印使用message，比如：

1
2
3
4
5
6
7
# 打印项目根路径
message(${CMAKE_SOURCE_DIR})

# 新建变量Hello值为1
set (Hello 1)
# 打印出1
message(${Hello})

在执行cmake .. 之后，路径信息会被打印出来

条件判断

在cmake中，条件判断的格式如下:

1
2
3
if(xxx)
    # 执行内容
endif()

if和endif相对应。并且后面都要跟括号。if的括号里为条件的内容

多平台的处理

我们使用CMake是为了编译在各个平台上的程序，有时候，我们使用了一些和平台相关的内容，就需要就行条件判断来处理。

判断windows系统:

1
2
3
if (WIN32)
    # 处理
endif()

判断MacOS系统:

1
2
3
if (APPLE)
    # 处理
endif()

判断编译android程序:

1
2
3
if (ANDROID)
    # 处理
endif()

判断编译Linux程序:

1
2
3
if (UNIX AND NOT ANDROID AND NOT APPLE)
    # 处理
endif()

第一，在这里，我们看到，Linux的判断比较特殊，首先判断UNIX系统，之后排除掉ANDROID和APPLE的情况。
之后剩下的就是Linux系统了。因为，我们大部分使用Linux系统编译android程序，同时APPLE也是基于UNIX的系统。
所以，我们这样判断，cmake是不能直接判断Linux系统的。

第二，我们发现，我们没有使用C语言中== && ||等操作符，这些在cmake中是不能使用的，代替的是字母单词AND, NOT , match等等。

CMakefile.txt – install

在生成我们可执行文件，或者库之后。还剩最后一步 —— install 。
通常，我们生成的文件会在我们创建的build文件夹中，我们生成库之后，需要把响应的文件整理起来，保存到一个地方。

在uinx系统中，就是make install.
在cmake中，就有这样的功能，并且，cmake在windows上会生成一个INSTALL的项目，来完成install的功能。

我们在之前的CMakeLists.txt中加入install描述:

1
2
3
4
5
6
7
8
9
10
11
12
# 设置安装路径为根文件夹下的out文件夹
set(CMAKE_INSTALL_PREFIX ${CMAKE_SOURCE_DIR}/out)

# install demo 到out/bin下
INSTALL(TARGETS demo DESTINATION bin)
# install demo_static_lib 到out/lib下
INSTALL(TARGETS demo_static_lib DESTINATION lib)
# install demo_shared_lib 到out/bin下
INSTALL(TARGETS demo_shared_lib DESTINATION bin)
 
# install lib.h头文件 到out/include下
INSTALL(FILES ./src/lib_file/lib.h DESTINATION include)

这样，在编译完之后，可以执行make install。或者 INSTALL项目来完成项目的安装。

CMakeLists 多目录结构

在cmake中，可以进行多目录构建。及可以把CMakeLists.txt放到各个子目录中，最后用一个顶层的CMakeLists.txt去包括他们。

1
2
3
4
5
6
7
8
9
10
11
.
├── CMakeLists.txt
├── README.md
└── src
    ├── execute
    │   ├── CMakeLists.txt
    │   └── main.cpp
    └── lib_file
        ├── CMakeLists.txt
        ├── lib.cpp
        └── lib.h

类似于这样。我们只需要在顶层的CMakeLists.txt(和src目录同级)中加入两句话：

1
2
add_subdirectory(./src/execute)
add_subdirectory(./src/lib_file)

就可以引入底层的两个CMake文件

CMake链接库

在开发中，不可避免。我们要使用到别人或者第三方库。这就需要我们cmake对库进行链接。

这里，我们用上面的例子进行试验，用demo去链接demo_static_lib静态库。
在add_executable后面加入一句话：

1
target_link_libraries(demo demo_static_lib)

只要要这一句话，就可以让demo程序链接demo_static_lib这个静态库

PS： 值得注意的是，在Linux下，如果链接了多个静态库。如果库之间有依赖，那么对库的链接顺序是有要求的。
比如，我们使用了A库，A库又使用了pthread。那么我们必须先链接A库，再链接pthread。否则会报错。

1
2
target_link_libraries(demo A phtread)  # 正确，可以链接成功
target_link_libraries(demo phtread A)  # 错误，链接会失败

更多详细内容可以google cmake官网进行内容查找。

展开全文 >>

windows批处理——变量，命令换行

我们知道，在linux系统中，我们可以使用shell脚本来进行重复，批量任务的处理。
同样，在windows系统中，也有相应的工具，那就是批处理

批处理本质也是文本文件，后缀为.bat
可以直接双击bat文件运行，或在windows的cmd命令终端中执行

今天记录两个有关批处理的内容，变量和批处理的换行

变量

如何设置变量

在批处理文件中，设置变量要使用set指令，如下：

1
2
3
set PRODUCT_NAME="hello world"

echo %PRODUCT_NAME%

我们设置了一个名为PRODUCT_NAME变量，它的内容为”hello world”。
所以，终端会输出"hello world"

设置变量的本质

值得注意的是，set设置也是环境变量。比如，我们可以通过set PATH变量来设置程序运行的路径。
不过，通过set设置的变量和linux中export是一样的，只在当前终端生效，当终端退出时，设置的变量将失效。

设置变量的生效范围

刚才，我们说，set本质和export一样。他设置了临时的环境变量。
但是，有时候，我们可能不需要他在整个终端中都生效，只想让他在局部的文本中使用。

现在，我们可以使用setlocal和endlocal来限定我们变量生效的范围。
e.g.

1
2
3
4
5
6
7
8
9
set G_NAME="Lisa"

setlocal
set NAME="Jack"
echo %NAME%
endlocal

echo %G_NAME%
echo %NAME%

输出如下：

1
2
3
"Jack"
"Lisa"
%NAME%

当出了endlocal之后，在里面设置的变量将无效。

命令的换行

在写批处理脚本时，我们可能会遇到比较长的指令语句。比如说cmake后跟它的配置参数。
在linux系统，如果命令没写完，我们可以使用\来换行，但是，在windows里不一样。
在windows系统中，我们使用^来代替\

e.g.

1
2
3
cmake .. -DCMAKE_BUILD_TYPE=Debug ^
         -DCMAKE_TOOLCHAIN_FILE=${TOOLCHAIN_FILE} ^
         -DBUILD_SHARED_LIBS=ON

展开全文 >>

Mac设置全局环境变量

在我们平时使用和开发软件时，通常需要配置各种参数，比如环境变量。
比如，我们设置PATH环境变量，来直接运行程序。

在windows中，我们可以通过电脑->属性来配置环境变量。这个环境变量是全局生效的。
并且重启电脑依然有效。

在MacOs系统中，我们有多重方式配置环境变量。

手动export变量

在终端中，我们可以使用export设置环境变量，设置后只对当前终端有效。如果开启新的终端，则会失效。

写入.bash_profile

当一个新的终端开启时，系统会自动加载.bash_profile中的内容。
所以我们可以在.bash_profile中export我们的变量。

使用launchctl指令

前面的两个方法，都只能在终端中生效，在MacOS系统里，我们有很多的GUI程序，为了让环境变量对GUI程序也生效。

e.g. launchctl setenv DEBUG_MODE true

使用上面的命令，我们设置了一个名为DEBUG_MODE的变量，该变量值为true
如果我们要取消，则使用unsetenv

e.g. launchctl unsetenv DEBUG_MODE

值得注意的是，这种设置方法，在电脑重启后，变量会失效。
不过，MAC电脑一般很少重启就是了。

PS: 以上测试系统为: macOS High Sierra 版本: 10.13.4

展开全文 >>

Shadowsocks加速github git clone的方法

  1. 首先配置好Shadowsocks代理，保证可以使用Shadowsockets。

  2. 在命令行终端里，执行如下命令:

1
2
git config --global http.proxy 'socks5://127.0.0.1:1080'
git config --global https.proxy 'socks5://127.0.0.1:1080'

注意： 如果是MAC平台，而且安装的是NG版本的小飞机，把上面的1080端口改为1086即可。

  1. 现在即可使用http进行加速了。

注意： clone 时，需要选择https协议。

  1. 如果要取消加速，运行如下：
1
2
git config --global --unset http.proxy
git config --global --unset https.proxy

展开全文 >>

ASCII 字生成器 -- figlet

有时我们在逛论坛，或者看别人的代码时。经常可以看到别人使用ASCII字符生成的字体签名。

比如下面的这样：

1
2
3
4
5
 _   _      _ _                            _     _
| | | | ___| | | ___   __      _____  _ __| | __| |
| |_| |/ _ \ | |/ _ \  \ \ /\ / / _ \| '__| |/ _` |
|  _  |  __/ | | (_) |  \ V  V / (_) | |  | | (_| |
|_| |_|\___|_|_|\___/    \_/\_/ \___/|_|  |_|\__,_|

在网上搜索一番后，找到了一款可以生成字符字的命令。就是figlet

在Mac ＆ Linux 经过测试均可使用。

Mac：

1
brew install figlet

Linux:

1
apt-get install figlet

使用十分简单，只需要在命令后加入想生成的字符就可以了。
eg: figlet M a x H u b

就可以生成好看的字符字啦：

1
2
3
4
5
6
 __  __                  _               _
|  \/  |   __ _  __  __ | |__    _   _  | |__
| |\/| |  / _` | \ \/ / | '_ \  | | | | | '_ \
| |  | | | (_| |  >  <  | | | | | |_| | | |_) |
|_|  |_|  \__,_| /_/\_\ |_| |_|  \__,_| |_.__/

还有更多的用法，可以使用man figlet查看!!

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

很惭愧<br><br>只做了一点微小的工作<br>谢谢大家