Ctags: httpd(회귀)에서 기호를 감지하지 못합니다.

늦어서 죄송합니다. 질문이 있습니다. git bisect에서 e5b7a25를 찾았습니까? 아니면?
이 버그는 @pragmaware 가 내가 수정하도록 요청한 기능의 속성에 대해 작업할 때 도입될 수 있다고 생각합니다. 이것과 #1241은 같은 버그를 발견할 수 있습니다.

이것은 버그이지만 수정하기 어려울 수 있습니다.

지금은 고칠 시간이 없지만 이 버그는 일상 생활에 영향을 미칩니다. 어쨌든 시간을 찾을 것입니다.
시간이 나면 저에게 할당하겠습니다. 이는 양수인 필드가 nil, @pragmaware 가 될 때까지 이를 수정 하기 위한 변경 사항 :-P .

아마도 파서는 이런 종류의 일에 대해 휴리스틱을 가질 수 있지만 글쎄, 나는 @pragmaware 가 많은 것을 깨뜨리지 않고 가치가 있는지/실행

그러나 그의 새로운 전처리기를 사용하면 -D 'AP_DECLARE(t)=t' 문제를 쉽게 해결할 수 있습니다.

$ ./ctags -x --C-kinds=+p -D 'AP_DECLARE(t)=t' /tmp/1242.c
ap_os_create_privileged_process prototype     1 /tmp/1242.c      AP_DECLARE(apr_status_t) ap_os_create_privileged_process(

예, 파서의 그 부분은 처음에는 너무 "허용적"이었고, 그 다음에는 너무 엄격하게 만들었습니다. 중간에 방법을 찾아야 할 것 같습니다. 지금 수정하려고 합니다.

@pragmaware , 감사합니다.

http://docs.ctags.io/en/latest/parser-cxx.html 에 대한 강력한 -D 옵션에 대해 글을 쓰도록 요청할 수 있습니까?
사용자에게 -D 옵션을 알린 것은 이번이 처음이 아닙니다.

#1245를 통해 폐쇄

Ctags 6e839be606cbc750e6e6a7e6d16fe375adbef5ca는 이 독립형 기호를 잘 감지합니다. 그러나 초기 헤더 파일에는 이 기호에 대한 다음 서문이 포함되어 있습니다.

AP_DECLARE_HOOK(int, mpm, (apr_pool_t *pconf, apr_pool_t *plog, server_rec *server_conf))

/**
 * comment ...
 */

AP_DECLARE(apr_status_t) ap_os_create_privileged_process(
    const request_rec *r,
    apr_proc_t *newproc,
    const char *progname,
    const char * const *args,
    const char * const *env,
    apr_procattr_t *attr,
    apr_pool_t *p);

그리고 어떤 이유로 ctags는 이 경우 그것을 감지하지 못합니다. 이 문제는 #1251과 관련이 있을 수 있습니다.

흠, 이 케이스는 다른 케이스를 깨뜨리지 않고 수리하기가 상당히 어렵습니다.
즉, 이전 버전의 파서가 이것을 포착했지만 다른 곳에서 중단되었습니다....