linux上爽啊，git clone后，编译一个gcc，emacs直接编译就ok，gcc和emacs的代码都不需要改。
莫非老铁会频繁的重启开发环境？
不会，但是会有很多项目来会切。
有时候开一个emacs只用来看一个项目的代码也是有可能的。
毕竟现在dump之后就和开终端感觉差不多。
早n天前的commit，comp_speed默认是0的，最近的commit才改为默认是2。comp_speed 改为0，make -j2，20分钟linux的虚机上完事。
我切 feature/native-comp 分支，然后 ./configure 然后 make 就行了？ 出来的这个就是 native-comp 的版本的emacs吗？还是说能进行 native-comp 版本的emacs?
感觉这不是正确姿势啊。这时候应该用 emacsclient 和 perspetive/workspace 就好了。
要先编译 libgccjit, 这个很快的. 十几分钟就编译好了
没留意这个 
开始编译后就把电脑放一边看书了. O2 的话确实 ja-dic.el 编译不过去.
windows上comp_speed = 2，实在太慢了。受不了。有时候pull最新的代码，需要把eln都删了重新编译720多个eln，会很慢。有机会也试试 speed=2是不是更快。
./autogen.sh
./configure --with-nativecomp
make -JX
是用这样的方式吗？说要 7h cpu time， 要这么久的吗。。。 编译出来以后，我怎么编译那些package呢？
编译package执行这个
(native-comp-async “~/.emacs.d/elpa” 4 t)
O2编译确实很慢，我这i5-7300hq make -j4 大概是用了两个多小时。可以先用O0试试
我找到了docker的这个版本，我可以直接把我的 .emacs.d 挂进去，现在我已经在编译 package 了。
最新的commit神奇的解决了我的helm-buffer.el编译后，切换buffer特别容易segfault的问题。
听起来还非常不成熟的样子，有可能挂的话，实在是不太能接受。
最新的commit没注意有没有advice_add的问题。如果用advice_add override一个函数的时候，一个编译为eln的elisp文件没有加载的话，会override不了原来的函数。
我用evil和doom-modeline，doom-modeline会hook undo-tree的一些函数，而evil依赖undo-tree，doom-modeline比undo-tree先加载的话，文件在undo的时候，modeline上文件名显示还是红色的modified状态，变不会未修改状态。
如果有问题可以rm感觉有问题的eln。
package编译完了，但是docker里面还不好说有什么区别。dump好像用不了，会有一些eln dump不了的情况的样子。启动时间在3s左右，可能需要编译个emacs在docker外才行。
你是linux嘛