Emacs 作為 C 編程 IDE 配置？

Question

我使用 emacs 作為我的主要 IDE 在 C 中進行編程。 我正在探索將 emacs 配置為 function 的方法，更多的是作為 IDE 而不是簡單的文本編輯器。 當然，我想要語法高亮，最好是一些代碼完成。 我還想要單獨的緩沖區以允許 shell 命令和 Mx 編譯。 我希望它在訪問 C 源文件時自動打開這個多緩沖區形式，而不是必須單獨啟動每個緩沖區。 我將主要將其用於 Linux/BSD Unix 開發，盡管我也在 Mac OS X（又是 Unix）和 Windows（Windows 7 64 位）上編寫代碼。

我探索了 Phil Hagelberg (technomancy) 發布的 Emacs 入門套件，但它似乎非常面向動態語言和 git 的使用。 我使用 emacs 主要用於在 C 中進行開發，並將 mercurial 用於 VC。 我也是一個相對新手，制作 emacs 的配置對我來說比較艱巨。

我現在正在玩 CEDET 和 Emacs 代碼瀏覽器 (ECB) package，這更符合我的要求，但仍然不完美。

任何關於將 emacs 定制為 C 編程 IDE 的建議。

Answer 1

自從我完成 C 以來已經有一段時間了，但這里有一些建議。

1. 使用flymake進行動態錯誤分析。 我已經將它用於 Python 和 C，它真的很棒。
2. C 模式下默認有語法高亮。

3. Mx compile 是面向 make 的，所以如果你的設置中有 Makefile，它應該可以正常工作（默認的 flymake 規則也使用它）。 像這樣的規則

   check-syntax:

    gcc -Wall -o nul -S ${CHK_SOURCES}

   會照顧flymake。 當您在子目錄中編輯但想從頂部編譯時，這很有用。

4. etags對跳轉代碼很有用。 GnuGlobal似乎也很受歡迎。
5. 無法對歐洲央行發表評論，因為我從來沒有真正讓它完全發揮作用，當我這樣做時，我從來沒有發現它那么有用。 我使用autocomplete.el來完成，但它不是上下文敏感的。
6. 沒有建議6。
7. git的內置 vc 集成不是那么熱門，所以我使用magit代替。 mercurial應該也有類似的問題。
8. 這里有一些關於設置縮進的說明。
9. 您應該使用which function 模式。 在過去，它為我節省了很多頭痛。
10. GUD的默認設置相當不錯，但您應該花點時間熟悉它們以完全使用它的功能。
11. 我大量使用org-capture將 TBD 移動到我的 org 模式緩沖區中，以便我可以將它們作為 TODO 項進行跟蹤。 這適用於所有語言。 我還使用 org-mode 來維護我所有項目的開發日志。

祝你好運。

Answer 2

閱讀有關如何配置 CEDET 的出色指南。 我還建議您同時使用cscope和 ECB。 正如 Noufal 已經提到的那樣，自動完成和 flymake 非常有幫助。 我還建議您使用自動配對模式。

Answer 3

我沒有嘗試過 Emacs-IDE ，但它似乎很有用，可能會對你有所幫助