CLion最好用的编译器&Xcode

1、CLion的知识

1、CLion的好处是如果你在mac或者Linux下已经通过命令行编译通过了，那么就可以直接进行图像化界面 调试。且调试过程简单。 2、CLion收费 3、Windows、Linux、Mac下都支持CLion。（跨平台太好了）

2、CLion下载即可用

1、选择已经建立好的文件打开Project即可（Project应该是个目录） clion could not load cache怎么办？ 选择 File –> reload Cmake Project 即可 实际上上述操作时进行了 cmake .. 也就是用CMakeList.txt 生成了 makefile

3、史上最大的坑

【1】实际上CLion配置环境很简单，只要你的LInux或者Mac 下编译通过，那么不必担心配置一些奇葩的库。 【2】假设你的LINUX 下工程目录结构 myPro/ ├── CMakeLists.txt ├── build │ └── bin ├── include ├── lib └── src 那么，用CLION 打开已有工程。工程目录为 path/to/myPro 【3】CLion会读取当前文件夹（myPro）下的CMakeLists.txt 中配置，然后进行对整个项目的配置。继而生成cmake-build-debug,实际上这个文件夹是CLion自己执行cmake .. 生成的结果。 【4】此时既可以自动编译。但是，你会发现无法运行！！！ 【5】退出码是6 ，无论怎么调试都是无法运行。实际上需要配置 修改当前的工作目录 【6】就这一步，坑死了多少人，坑了我两天。。。还换了编译器啥的

在上图中配置workint directory 配置为你的当前的工程文件夹。实际上就是工程的顶层目录。

cLion 中如何做内存检测与装新的插件：

4、Xcode

【1】Xcode 一般只用于Mac下。但是，我个人讨厌其麻烦的配置。一个CMakeLists.txt 多么的精简。 也有办法，只要你有已经写好的工程，也可以进行很简单的配置即可完成。

假设已经有一个项目，如下格式

可以直接进入build目录，然后执行 cmake .. -G Xcode 会在build目录生成如下

此时打开Xcode即可，用Xcode打开项目。 点击build即可生成，这个过程省去了很大一部分配置乱七八糟的路径，或者什么各种库的路径。

但是同样注意：编译成功不代表可以运行，跟CLion差不多需要配置当前工作路径。否则出错。 Product -> Scheme ->Edit Scheme -> run -> working directory :设置为项目顶层路径

Ref：