CEDET 의미론이 너무 느려서 라이브러리 헤더 파일의 후보를 찾을 수 없습니다.

Emacs에서 OpenGL 프로그램을 작성하기 위해 glew 및 freeglut 라이브러리 (둘 다 많은 수의 함수 및 상수 선언 포함)를 사용하고 있습니다. 먼저 CEDET의 기본값 인 semanticdb을 auto-complete의 백 엔드로 사용합니다. 그러나 이맥스는 얼어 붙어 gl (GL_XXX 상수와 glxxx 함수가 헤더 파일 glew과 glut이기 때문에 입력 할 때 auto-complete의 후보를 나타 내기 위해 약 20 초가 걸립니다. 후보자의 팝업이 너무 느립니다. CEDET을 사용하여 속도를 높이는 방법이 있습니까? 아니면 주위를 걸을 다른 방법이 있습니까? gtags를 사용하여? 방법?CEDET 의미론이 너무 느려서 라이브러리 헤더 파일의 후보를 찾을 수 없습니다.

헤더 파일에 너무 많은 함수 및 상수 선언이 있으므로 자동 완성을 많이 사용합니다. CEDET 1.1을 사용하고 있습니다. CEDET의 새 버전으로 문제가 해결 되었습니까?

출처

2013-03-02 toolchainX

CEDET 메일 링리스트에 문제를 보여주는 간단한 예제를 게시하십시오. 나는 그 GL 헤더를 알고 있고 그들은 미쳤다. 당신의 문제에 대한 해결책이 없을 수도 있지만 우선 그것을 재현해야합니다. – pokita

c/C++의 경우 clang 기반 완료 패키지가 있습니다. http://root42.blogspot.com/2012/07/nice-c-autocomplete-configuration-for.html – Tom

@pokita 최신 버전의'CEDET'에서 테스트해볼 필요가 있습니다. 문제가 여전히 존재한다면 나는 문제를 메일 링리스트에 넣을 것이라고 생각한다. – toolchainX

gtags를 사용하면 잠재적으로 대안 계산 속도가 빨라집니다. 느린 완료가 항상 발생합니까 아니면 처음 사용시에만 발생합니까? 이것은 헤더 파일 등을 파싱함으로써 야기 될 수 있으며 나중에 semanticdb에 캐시되어야합니다 (사용하도록 설정 한 경우)

출처

2013-03-02 14:08:00

방금 테스트를 마쳤습니다. 그렇습니다. 매우 느리게 완료됩니다. 한 번만 완료되지만 후속 완료가 빠르지 않은 경우 팝업을 팝업하는 데 약 5 초가 걸립니다. 방금 gtags를 사용했는데 그 결과는 좋지 않습니다. 팝업을 팝업하는 데 약 3 초가 걸리기 때문에 결과는 좋지 않습니다. 더 나은 해결책이 있습니까? – toolchainX

나는 지금 당장 확신 할 수 없다. 컴파일 된 언어로 cedet/semantic을 재 작성하는 아이디어가있다. –

CEDET 의미론이 너무 느려서 라이브러리 헤더 파일의 후보를 찾을 수 없습니다.

답변

관련 문제