Исправление theNamelessOne, (текущая версия) :
Если транслировать диалект Neparsy нового языка в существующий диалект Neparsy (пока в разработке находится диалект Neparsy:D) легко, то разработка компилятора может быть значительно облегчена.
Т.е. он предназначен для представления результатов парсинга произвольного языка, а не только D, и предлагается как некоторого рода стандартный формат для использования разными тулами/частями компилятора? Как у него с расширяемостью? Допустим, что нужно сделать, если у нового ЯП есть синтаксические конструкции, которые нельзя представить средствами Neparsy? Или надо писать диалект Neparsy:$PROGRAMMING_LANGUAGE с нуля?
Насколько он гибкий, может ли он представлять какие-нибудь «экзотические» литералы типа -USD$1'234.56789
и ~r[^https?://]iu
, идентификаторы вроде my-func-name
?
Исходная версия theNamelessOne, :
Если транслировать диалект Neparsy нового языка в существующий диалект Neparsy (пока в разработке находится диалект Neparsy:D) легко, то разработка компилятора может быть значительно облегчена.
Т.е. он предназначен для представления результатов парсинга произвольного языка, а не только D, и предлагается как некоторого рода стандартный формат для использования разными тулами/частями компилятора? Как у него с расширяемостью? Допустим, что нужно сделать, если у нового ЯП есть синтаксические конструкции, которые нельзя представить средствами Neparsy? Или надо писать диалект Neparsy:$PROGRAMMING_LANGUAGE с нуля?
Насколько он гибкий, может ли он представлять какие-нибудь «экзотические» литералы типа -USD$1'234.56789
и ~r[^https?://]iu
?