Ctags: PHP heredoc (<<

@jespinal ,이 변경 사항에 대해 이야기하고 있습니까? https://wiki.php.net/rfc/flexible_heredoc_nowdoc_syntaxes ?

$ git diff |cat
git diff |cat
diff --git a/parsers/php.c b/parsers/php.c
index e3fdc241..ace25561 100644
--- a/parsers/php.c
+++ b/parsers/php.c
@@ -682,6 +682,8 @@ static void parseHeredoc (vString *const string)
            int extra = EOF;

            c = getcFromInputFile ();
+           if (c == ' ' || c == '\t')
+               c = getcFromInputFile ();
            for (len = 0; c != 0 && (c - delimiter[len]) == 0; len++)
                c = getcFromInputFile ();

$ cat input.php
cat input.php
<?php
// Taken from https://github.com/universal-ctags/ctags/issues/2717
// submitted by <strong i="5">@jespinal</strong>
class LivingBeings {

    public function doSomething()
    {
        $foo = <<<FOO
        FOO;
    }

    public function doSomethingElse()
    {
    }
}
$ u-ctags -o - input.php
u-ctags -o - input.php
LivingBeings    input.php   /^class LivingBeings {$/;"  c
doSomething input.php   /^    public function doSomething()$/;" f   class:LivingBeings
$

@masatake 만으로는 충분하지 않습니다. 가 자체 줄에 있어야했기 때문에 새 버전은 해당 제한을 해제합니다. 설명이 명확하지 않습니다.

내가 제안하는 구현은 발견 된 마커의 연속성이 존재하는지 확인하고, 그렇다면 유효한 식별자를 형성하는지 확인하여이 문제를 방지합니다.

그러나 나는 종료 마커가 접두사로 붙은 줄 뒤에 식별자 문자가 없으면 실제로 종료 마커라는 것을 의미한다고 말하고 싶습니다. 따라서 END; 는 종료 (마커가 END 이면)이지만 ENDFOO 는 그렇지 않습니다.

BTW, 이것은 이전 버전과 호환되지 않는 구문 변경이므로 우리가 그것에 대해 무엇을 원하는지 모르겠습니다. 하지만 PHP가 기꺼이 그것을 깨 뜨리면 우리도 할 수 있다고 생각합니다. 특히 문제를 일으킬 가능성이 거의 없기 때문입니다. 이상적으로는 *.php[1-6] 대해 현재 구문을 사용하고 나머지에는 새 구문을 사용하는 것이 좋지만 가치가있는 경우에는 너무 많은 문제가 될 수 있습니다.

@jespinal ,이 변경 사항에 대해 이야기하고 있습니까? https://wiki.php.net/rfc/flexible_heredoc_nowdoc_syntaxes ?

죄송합니다. @masatake , 어떤 이유로 질문에 대한 알림을받지 못했습니다.

예, 저는 그 변화에 대해 이야기하고 있습니다. 그러나 그것은 실제로 PHP 7.3에서 구현되었습니다 (현재 안정 버전은 7.4이고 버전 8이 준비되어 있습니다). ctags와 PHP의 방대한 사용자 기반을 고려할 때 이것이 왜 이전에보고되지 않았는지 잘 모르겠습니다.

새로운 heredoc / nowdoc 구문과 관련하여 유효한 / 유효하지 않은 구문에 대해 설명하기 위해 이전 예제에서 파생 된 코드 스 니펫의 몇 ​​가지 스크린 샷을 추가하고 있습니다 (RFC는 충분히 명확하지 않습니다. 생각한다).

이 예에서 ' TEXT '(두 번째 항목)은 종료 마커입니다. 따라서 세 번째 ' TEXT; 는 세미콜론 또는 쉼표 만 예상하므로 구문 분석기보기에서 구문 적으로 유효하지 않은 문자열입니다.

이전 사례와 유사한 경우 :

세미콜론이나 쉼표 였다면 PHP 파서는 기뻤을 것입니다. 예

        echo <<<TEXT
            some string 
        TEXT, 'some other string';

파서의 관점에서 이것은 다음과 같습니다.

    echo 'some string', 'some other string';

다음은 파서가 ' TEXT '및 ' TEXTUAL '가 두 개의 다른 문자열임을 알고 있으므로 유효한 예입니다.

다음은 잘못된 들여 쓰기로 인한 잘못된 스 니펫입니다. 특히, RFC 문에 : "닫는 마커가 본문의 어떤 줄보다 더 들여 쓰기되면 ParseError가 발생합니다."

@jespinal 감사합니다.하지만 더 나은 규범 적 텍스트가 있다면 :) 몇 가지 경우에만 논리를 추측하는 것이 항상 까다 롭습니다. 반면 규범 적 텍스트가 있다면 그것을 구현할 수 있고 잘 작동 할 것입니다. 그리고 실제로 @masatake 의 링크와 귀하의 정보로 충분하다고 생각합니다 : +1 :

@masatake 나는 최근에 내가 찾은 작은 시간을 감안할 때 아무것도 약속하지 않지만, 당신이 나를 이기지 않는 한 곧 이것을 보려고 노력할 것입니다 :)

BTW @jespinal 만약 아무도 불평하지 않았다면 나는 정말로 그 구문을 거의 사용하지 않았기 때문이라고 생각하며 우리는 7.3 이전 구문을 지원하기 때문에 문제가 발생하는 유일한 경우는 neredoc / nowdoc 사용을 의미하는 7.3 이상의 구문 사용에 있습니다. 처음에 :)

잠시 동안 활동하지 않았습니다. 그래서 당신에게서 코멘트를받을 줄은 몰랐습니다.
그러나 이제 우리는 귀하로부터 "자체 할당"표시를받습니다. @ b4n , 제공해 주셔서 감사합니다.

@masatake 당신은 나에게 많은 것을 기대하지 않는 것이 현명했다. 최근에 UCtags / Geany 기여를 많이 할 시간을 찾지 못했기 때문이다. : disappointed :. 여기서 다시 시간을 할당하는 방법을 찾으려고해서 좀 더 활동적 이길 바라지 만 아직 약속 할 수는 없다.

그럼에도 불구하고 당면한 문제에 대한 수정 사항은 # 2734를 참조하십시오. :)

감사합니다!