antlr을 사용하여 트리거 코드를 구문 분석하려고합니다. Windows에서 성공적으로 파싱 할 수 있었지만, 리눅스에서 함수 MATCHT()
(이는 다시 match()
함수를 호출 함)을 예외로합니다.Linux 및 Windows 용 Antlr3에서 구문 분석 문제
Linux와 Windows의 차이점은 무엇입니까?
antlr을 사용하여 트리거 코드를 구문 분석하려고합니다. Windows에서 성공적으로 파싱 할 수 있었지만, 리눅스에서 함수 MATCHT()
(이는 다시 match()
함수를 호출 함)을 예외로합니다.Linux 및 Windows 용 Antlr3에서 구문 분석 문제
Linux와 Windows의 차이점은 무엇입니까?
ANTLR3 런타임 문제와 유사합니다 (C 타겟을 사용하고 있습니까?). Linux에서 런타임은 시스템 lib 경로에 설치 될 수 있으므로 구형 일 수 있습니다. Windows에서 런타임은 응용 프로그램의 일부 여야하므로 새 버전을 사용할 수 있습니다. 나는 런타임에 심지어는 not all of them are fixed 인 여러 버그를 보았습니다.
그러나이 문제는 antlr-.3.4-complete jar에서 생성 된 문법 파일에 있습니다. – user1616699
중요하지 않습니다. 생성 된 파서는 대상 언어로 런타임이 필요하며이 런타임에는 버그/오류가있을 수 있습니다. 런타임에는 파서가 실제로 작동하게하는 지원 클래스/코드가 들어 있습니다. –
새 라인을 올바르게 처리 했습니까? Windows는 \ r \ n 리눅스가 \ n을 사용하는 동안 \ n을 사용합니다. –