如何为 C++ 创建 EDE 项目

Question

我一直在尝试为 C++ （emacs24 + 内置 CEDET）建立一个 EDE 项目，但我开始变得绝望，因为我似乎找不到我想要生成 makefile 的方式。我对 Emacs 还比较陌生。 我将尝试描述我正在做的事情：

我有一个玩具项目，如下所示：

main.cpp
other/
  Utils.cpp 
  Utils.h
  CGrabBuffer.cpp
  CGrabBuffer.h

main.cpp 包含“other/”目录中的两个 .h。以下是我使用这个简单的目录设置来设置 EDE 项目所遵循的步骤：

• 在 emacs 中打开 main.cpp 并执行 Mx ede-new ；类型：制作；名称：主项目。
• 打开“其他”目录中的文件之一并执行 Mx ede-new ；类型：制作；名称：aux-proj。
• 现在是时候创建目标了（我认为在本例中是三个）：
  • 在 main.cpp 缓冲区上：Mx ede-new-target ;名称：main；类型：程序。当出现提示时，我将 main.cpp 添加到此目标。
  • 我对其他两个目标（具有 Utils.cpp 和 Utils.h 的 Utils 以及具有 CGrabBuffer.cpp 和 CGrabBuffer.h 的 CGrabBuffer）重复相同的操作。在这里我发现了第一个问题。这两个目标必须是什么类型？我只希望他们生成 .o 文件。
• 完成此操作后，我向所有三个目标输入 Mx ede-customize-current-target 并添加一些包含路径、一些库等。
• 在此之后，如果我调用 Mx ede- compile-project 它无法编译，因为：
  • 它首先尝试编译main.cpp；我不知道如何在尝试构建 main.cpp 之前指定（使用 EDE）需要 Utils.o 和 CGrabBuffer.o。
  • 如果我手动更改顺序（编辑 Makefile），则无法链接 main.cpp，因为它找不到 Utils.o 和 CGrabBuffer.o。

正如你所看到的，我正处于一片混乱之中。也许我什至不明白 EDE 中“目标”的含义。我还了解了 ede-cpp-root-project 的存在，该项目必须在 .emacs 文件中指定。我还没有尝试过，因为我认为它所做的只是帮助语义。它不会生成 Makefile，是吗？我可以（或者我是否需要）使用 Project.el 构建的 EDE 项目以及使用 ede-cpp-root-project 进行语义的相同项目？还是多余的？

抱歉，如果我误解了很多事情，但我很困惑，并且对 emacs 不熟悉会让事情变得更糟。感谢您的耐心等待！

编辑：通过一些修改和我收到的回复，我已经能够弄清楚很多东西，所以非常感谢。我仍然不明白的是 ede-cpp-root-project 的使用必须在 .emacs 文件中指定。它只是用于 C++ 语义吗？将项目与 Project.el 一起使用以及 .emacs 中的 elisp 行是否多余？

Answer 1

EDE 旨在处理许多不同类型的项目，通常是在 Emacs 之外使用其他工具编写构建系统的类型。

为您创建 Makefile 的 EDE 项目类型可以做很多事情，但您需要对构建系统有一些基本的了解才能有所帮助，并且您确实需要自定义项目才能使任何复杂的项目正常工作。

我最近在 EDE 手册中添加了一个部分，以帮助进行自动生成 Automake 文件的基本项目设置。您可以在此处查看教程：

http://www.randomsample.de /cedetdocs/ede/ede/Quick-Start.html

相同的步骤将适用于仅使用 Make 的项目，但由于额外的复杂性，基于 Make 的项目通常会在共享库方面遇到问题。

Mike 的回答非常好，但我认为只需将 .h 文件添加到与 .cpp 源相同的目标即可。它将单独跟踪它们。

另一个有用的技巧是使用整个项目编译按键（Cc . C），每当您更改较大的内容时，它都会使用大写 C。这将重新生成 Makefile，重新运行任何所需的 Automake 功能，并从顶部开始。

编辑：对于给定的项目区域，您只需要一个 EDE 项目。当没有其他自动项目类型工作时，ede-cpp-root 项目非常有用。此时，您可以在 .emacs 文件中创建该文件，以便需要项目定义的其他工具（例如语义的智能完成和标签查找）可以工作。

Answer 2

好吧，我想这次我实际上已经弄清楚了，但它很难看。 Utils.cpp 和 CGrabBuffer.cpp 不应该获得它们自己的单独目标，因为似乎没有合适的目标类型。相反，您需要创建一个存档或库，它将自动为您编译 Utils.cpp 和 CGrabBuffer.cpp。下面，我假设您想要静态的，但它很容易更改。

[对于任何不熟悉档案或图书馆的人来说，他们基本上只是将 .o 文件收集到一个单独的单元中。它实际上并没有使编译变得更加困难。了解更多此处。]

1) 遵循上面的前两个半步骤（包括创建 main 目标，但不创建其他目标）。

2) 切换到 Utils.cpp 并执行 Mx ede-new-target ；名称： aux ；类型：存档。出现提示时，将 Utils.cpp 添加到此目标。

3) 切换到 CGrabBuffer.cpp 并执行 Cc 操作。一个;目标： aux 。

4) 使用Mx ede-proj-regenerate重新生成Makefile。此时，如果您在 other 子目录中运行 make，您应该会获得存档 libaux.a。

5) 切换回 main.cpp 并执行 Mx ede-customize-current-target。这将打开一个交互式 emacs 自定义缓冲区，它允许您编辑 ede 配置的详细信息。在 Ldflags 部分下，单击 [INS]。这会弹出一个新行，上面写着Link Flag:，并且有一些不同颜色的框供您输入（我的是灰色的）。输入-Lother -laux，以便在编译main时包含other/libaux.a。然后，在缓冲区顶部按 [Accept]，这将保存该更改并切换回 main.cpp。

6) 使用Mx ede-proj-regenerate重新生成Makefile。

现在，不幸的是，Makefile 首先创建 main 目标，然后下降到 other 目录并创建它。不幸的是，这意味着顶级目录中的 make 无法在干净的树上运行。我不知道为什么会这样，因为在任何使用 EDE 制作的项目中，这似乎都不是您想要的。除了这个 hack 之外，我找不到任何方法来改变它：

7) Do Mxcustomize-project;在推理规则下单击[INS]。然后输入 Target: all ；依赖项： aux main ；规则：[INS]；字符串 @: 。 （最后一个只是为了防止带有选项卡的空规则出现错误；可能是 EDE 错误。）单击 [Accept]，然后重新生成 Makefile。

所以现在，在你的顶级目录中，你可以运行 make，并且 main 应该是一个工作的可执行文件。

我很快就确信 EDE 还没有准备好供其作者以外的人使用。尽管它的规模很大并且他们显然投入了大量的精力，但它的缺陷太多，太违反直觉，而且不够智能。太可惜了。 Emacs 需要这样的东西。