내가 happyJS를 사용하여 전화 확인 phone: function (val) {
return /^(?:[0-9]+$)/.test(val);
}
을 위해 아래의 정규식을 사용하고있어 그러나이 숫자 만 할 수 있습니다. 나는 사용자뿐만 아니라 238 238 45383
이유 return /^(?:[0-9 ]+$)/.test(val)
행복한 라이브러리를 사용하여 부울 식을 구문 분석하려고합니다. 문제는 괄호를 사용할 때 결과가 좋지 않다는 것입니다. 나는 다음과 같은 문법을 만들었다. Query : Expr { $1 }
Expr : Expr "OR" Term { ActOp Or $1 $3 }
| Expr "AND" Term { ActOp And $1 $3
Alex와 Happy를 사용하여 작은 컴파일러를 작성하는 법을 배우고 있습니다. 나는 사용자에게 의미있는 오류 메시지를 제공 할 수 있도록 내 AST 노드에 대한 행 및 열 정보를 유지하려고합니다. 내가 어떻게 그 계획을 세우는지를 설명하기 위해 작은 예제 (아래 코드 참조)를 썼다. 나는 문제에 접근하는 방법을 알기를 원한다. (AlexPosn을 토큰에
자기 언어를 만드는 어려움을 더 잘 이해하기 위해 작은 컴파일러에서 작업하고 있습니다. 지금은 문법에 포인터 기능을 추가하는 단계에 있습니다.하지만이를 통해 축소/축소 충돌이 발생합니다. 다음은 bnfc으로 컴파일 할 수있는 간단한 문법입니다. 내가 happy 파서 생성기를 사용하고 그 프로그램은 줄이기/감소 충돌이있다. entrypoints Stmt ;
나는이 명제 논리 문법의 this BNF definition에 따라 행복에 대한 간단한 명제 논리 파서를 만들고있어 을 한 명제 논리 파서의 충돌을 줄이 나는이가 지금 내 코드 {
module FNC where
import Data.Char
import System.IO
}
-- Parser name, token types and error fu
해피를 사용하여 파서를 생성하고 있습니다. 최상위 레벨보다 낮은 레벨에서 문법의 일부와 일치하는 토큰을 제공하면 (예 : 자체에 표현식을 부여하는 것과 같이 문에 포함되지 않음) 구문 분석 오류가 아닌 "내부 해피 오류" notHappyAtAll을 재정 의하여 "내부 해피 오류"보다 우수한 오류 메시지를 인쇄 할 수 있습니까? 당연히 자동 생성 파서 파일을
Alex lexer generator 또는 Happy parser generator를 사용하여 Lexer.x 또는 Parser.y 파서를 작성하고이를 Haskell 파일로 컴파일하고이를 객체 파일로 컴파일하면 기본적으로 다음 "경고": 그 선이 생성 .hs 파일에 포함 된 다음 줄의 결과로 발생 $ ghc Lexer
line-map.c: file "<co
저는 통역사를 쓰려고하는데이 과정의 이론적 토대를 이해하는 데 어려움이 있습니다. 첫 번째 부분은 문자열을 유효한 토큰 목록으로 나눠서 구문 분석기를 사용하여이 토큰 문자열에 해당하는 추상 구문 트리를 생성하는 것입니다. 그러나 구문 분석 규칙은 구문 분석 규칙을 사용하여 작성되므로 이해하기 어려울 수 있습니다. 문법 규칙은 분명히 결과 추상 문법 트리의
얼마 지나지 않아 하스켈에서 Java 구문 강조 표시를해야하는 프로젝트를 발표하게 될 것입니다. 나는 약간의 연구를했고 해피가 해결책이 될 수 있다는 것을 알았다. (yacc와 유사한 파서 이후). 또한 Bison과 Parsec이 언급되었습니다. 하스켈에서 새로 온 이래로이 프로젝트를 시작하는 방법에 대한 아이디어가 없습니다. 팁이 도움이 될 것입니다. 감
의 버전을 유지하지 않는 음모 설치하지만 haskell-src-exts-1.13.5 의존성과 hickup이 : 나는 cabal install happy을 할 때 Configuring haskell-src-exts-1.13.5...
setup: The program happy version >=1.17 is required but it could not b