問題タブ [emacs-semantic]

cedet (CVS バージョン) をインストールしたばかりで、emacs と C++ ソース コードで遊んでいます。

オートコンプリートに関しては、ツール ヒントとメニューをそれらのセマンティック ia-complete-* コマンドから呼び出すことができます。

コマンドを呼び出さなくても、オートコンプリートのヒントを自動的に表示する方法を知っている人はいます(semantic-ia-complete-tip)か? これは可能ですか？

C++ソースで動作するようにECBをセットアップしようとしています。どうやら、セマンティックまたはECBには、明示的な名前空間を持つ関数宣言子namespace:: functionが実際に名前空間にあるかどうかを判断するのに問題があるようです。代わりに、構造体メンバー関数として解析します。

さらに、typedefは関数プロトタイプとして解析されます。

それを修正するにはどうすればよいですか？私はcedet1.06preとECB2.40を使用しています。

Alexの記事に従ってemacs用にCEDETを設定しました（素晴らしい!!）。さて、質問：

1. Gnu Globalを使用してGTAGSを生成しましたが/usr/include、セマンティックがGTAGSを使用しているかどうかを確認するにはどうすればよいですか？
2. GTAGSを別のディレクトリに保持し、そのディレクトリを使用するようにセマンティックに指示できますか？
3. C / C ++ソースでは、（システムヘッダーからの）includeステートメントを完了すると、使用可能なすべてのヘッダーが一覧表示されません。わかりました、これはばかげた問題です..しかし、何かが正しく機能していないと私に思わせます

ディレクトリ全体をソースコードでセマンティックに解析する方法を探しています。emacsで各ファイルを明示的に開かずにこれを行うことは可能ですか?

ドキュメントからわかることから、セマンティックは、各ファイル（および場合によってはその隣接ファイル）にアクセスするときに分析することで、プロジェクトの内容をゆっくりと構築することで機能します。これは遅すぎます。プロジェクト内のすべてのファイルにアクセスしてもらいたいだけです。これを行う簡単な方法はありますか？まともなオートコンプリートが機能するようになる前に何百ものファイルにアクセスしなければならないのはおかしなことに思えます。

etagsファイルも生成されました。どういうわけかそれを活用できますか？

関連情報：Windows上のEmacs、バージョン23.2.1

大規模な C++ プロジェクトに取り組んでいます。過去6か月間、emacsを使用しています。簡単にナビゲートできるように CEDET を構成しようとしましたが、いくつかの問題が見つかりました。

1.- セマンティックがいくつかのシンボルを見つけられない場合もあれば、そうでない場合もあります...どのファイルがセマンティックインデックス付けされているかはっきりわかりません。EDE を使用しようとしました (このペーパーhttp://alexott.net/en/writings/emacs-devenv/EmacsCedet.htmlの指示に従って) が、いくつかの問題も見つかりました...

• 同じプロジェクトの複数のバージョン (リリース) があり、それぞれが独自のフォルダーにあります。どのプロジェクトで作業しているかをemacsに伝えるにはどうすればよいですか?
• ede にヘッダー ファイルの検索場所を指定するにはどうすればよいですか? ルート ディレクトリだけを指定すると、セマンティックはすべてのサブディレクトリでヘッダー ファイルを検索しますか?

2.- しばらく前に vim+cscope を使用していましたが、シンボルのスタックに戻る方法があったことを覚えています (Ctrl-t)。emacs にこのようなものはありますか?

PD> 質問をより明確にするためのいくつかのデータ。

同じプロジェクトの複数のリリースがあります。それぞれに独自のルート ディレクトリがあります。各プロジェクトには、サブディレクトリ内にそれぞれ複数のモジュールがあります。各モジュールにはヘッダファイルがあります。

これは、.emacs にある EDE に関する構成です。

お知らせします...私はemacsのコンソールバージョン（-nw）を使用しています。

私のemacsバージョンは23.2.1ですが、次を使用してバックエンドを変更してGTAGSを使用しました。(require 'semantic/db-global) (semanticdb-enable-gnu-global-databases 'c-mode) (semanticdb-enable-gnu-global-databases 'c++-mode) として使用する GTAGS ファイルを生成しようとしましたセマンティックのバックエンド。ただし、C ファイルを開くたびに、セマンティックは GTAGS ファイルを使用せずにファイルを解析しています。

1. セマンティックの組み込みパーサーの代わりに GTAGS ファイルを使用することは可能ですか? 組み込みのパーサーはあまり正確ではないことがわかりました。

2. プロジェクト スコープを指定せずに GTAGS ファイルを使用することはできますか? 私の場合、GTAGS ファイルを emacs の標準インクルード パスである /usr/include に配置しようとしました。しかし、セマンティクスはそれを使用していません。

私はemacs23.1.50.1をCEDET1.0とECB2.40でセットアップしました（http://github.com/alexott/emacs-configs/blob/master/rc/emacs-rc-cedet.elのAlexOttsセットアップに大きく影響を受けています。彼のCedetの穏やかな紹介（http://alexott.net/en/writings/emacs-devenv/EmacsCedet.html）、Alexに感謝します）。それは非常にうまく機能しますが、複数のプロジェクトで作業するときにコード完了とシンボル参照がどのように処理されるかについてもっと理解する必要があります。

私はこのような単純なedeプロジェクトを作成しました：

このプロジェクトがロードされると、Semanticはプロジェクト構成で指定されたさまざまなディレクトリでのみ完了を検索しますか？

http://mmmyddd.freeshell.net/blog/Computer/Emacs/usecscopesemanticdbbackendに従って、cscopeをsemanticdbのバックエンドとして使用しました。emacsがエラーをスローせずにsemanticdb-enable-cscope-in​​-bufferを実行できますが、semanticがデータベースを使用しているかどうかはわかりません。プロジェクト定義にcscope.outへの参照を追加して、現在のコンテキストで参照を検索するファイルをより細かく制御できますか？

いくつかの奇妙な点：

新しいソースファイルを開こうとすると、「適用：プログラムを検索しています：そのようなファイルまたはディレクトリはありません、グローバルです」というエラーが表示され、何も起こりません。もう一度開こうとすると大丈夫です。

アンカーファイルをポイントしてプロジェクトを読み込もうとすると、次のエラーが発生します：「if：間違った型の引数：class-p、ede-cpp-root」

Emacs 23.2 を使用しています。セマンティックをロードする方法は次のとおりです。

したがって、単純な Java ファイルを作成してアクセスすると、ローカルで定義されたメソッドとクラスのコード補完が得られます。しかし、セマンティックに jdk ライブラリを認識させる方法がわかりません。たとえばsemantic-ia-complete-symbol、文字列変数を試してみると、 Cannot find types for 'String blah'.

String などの標準オブジェクト型のコード補完が利用できるように、jdk ライブラリをセマンティック db にロードする方法を知っている人はいますか?

私のテスト セットアップ: Intel Dual Core 3GHz、Windows XP 32 ビット、Emacs 23.2.1、CEDET v1.0 (INSTALL ドキュメントの説明に従ってバイト コンパイル)。

Emacs init ファイルは、次の 4 行のみで構成されています。

1 つの関数のみを含む C++ ファイルを開くと、(semantic-ia-complete-symbol) を介してその 1 つの関数を完了すると、試行を繰り返した後でも、顕著な遅延が発生した後にのみ終了します。

評価semantic-analyze-current-contextすると、動作の遅さはセマンティック アナライザーが原因であることがわかります。

バッファ内のポイントを変更せずに、数回実行した後のELP 結果ファイルを次に示します。semantic-elp-analyze合計経過時間は常に約0.6 秒です。

のような include ステートメントを追加する#include <stdio.h>と、タイミングが2.5 秒に変わります。対応するELP の結果は次のとおりです。

私の Linux 環境では、同じベンチマークに 0.1 秒以上かかることはありません。(同じハードウェア、Debian の 23.1 Emacs、CEDET v1.0)

私のセットアップで何が間違っている可能性がありますか？