컴파일,compile in RRWiki

처리 과정
Source Program

↓

Lexical Analyzer ... (lexical_analyzer, lexical_analysis)

↓ Tokens ... (토큰,token)

Syntax Analyzer ... (syntactic_analysis)

↓ Tree ... (AST)

Intermediate Code Generator

↓ Intermediate Code ... (intermediate_code) // intermediate_representation { https://en.wikipedia.org/wiki/Intermediate_representation }

Code Optimizer ... (code_optimization)

↓ Optimized Code

Target Code Generator

↓

Object Program

....

data_flow?
source_code -> lexical_analyzer does lexical_analysis -> 토큰,token으로 해체 -> 파서,parser가 파싱,parsing(

구문_분석) -> abstract_syntax_tree -> ...

rel.
컴파일러,compiler =컴파일러,compiler =,compiler 컴파일러 compiler
{

MKL
transpiler =,transpiler

transpiler (볼필요x) = transcompiler =,transcompiler

transcompiler
{
Sub:
cross_compiler =,cross_compiler . cross_compiler

{
cross compiler

cross_compiler ... aka cross-compiler.
https://ko.wikipedia.org/wiki/크로스_컴파일러
https://en.wikipedia.org/wiki/Cross_compiler
https://ja.wikipedia.org/wiki/クロスコンパイラ
} // cross compiler

cross compiler

} // transpiler

transpiler // transcompiler

transcompiler

Sub:
just-in-time_compiler (JIT_compiler)
source-to-source_compiler

Emscripten =,Emscripten : C언어 -> 자바스크립트,JavaScript

Emscripten

구성: // due to libre
frontend / backend

front-end : source_code { 소스코드 말고 다른번역: 원시코드 } dependent

lexical_analyzer / lexical_analysis : lexeme(단순한 어휘소)
scanner = tokenizer : 토큰,token 분리. token(의미를 가짐)

정규식,regular_expression,regex을 기반으로 한 DFA deterministic_finite_automaton 을 구현하여 제작됨 (? chk)

parser 파서,parser말고 좋은 번역은 없을지.. =,parser .

scanner에서 얻은 token을 이용해 parse_tree를 생성.
이 때 source_code 가 신택스,syntax에 맞는지 파악할 수 있으므로,

syntax_analyzer (

syntax_analyzer =

syntactic_analyzer ?? chk) 라고도 부른다.
parser의 분류 기준

code를 : 왼쪽에서 오른쪽으로 해석하는지 / 오른쪽에서 왼쪽으로 해석하는지
token의 string 유도가 : 왼쪽에서 오른쪽으로 일어나는지 / 오른쪽에서 왼쪽으로 일어나는지
lookahead { 현재 토큰의 다음에 올 토큰,token. 파서 lookahead 파서 lookahead 파서 lookahead } 를 최대 몇 개 고려해 설계되는지
어떻게 실행되는지

등의 기준에 따라 몇 가지로 분류 가능.
parser의 분류

recursive descendant parser // recursive descendant parser recursive descendant parser recursive descendant parser

parse_tree를 top-down으로 재귀호출,recursive_call해가며 순회,traversal하는 parser. 코딩하기 간단하다는 장점 / error_chaining =,error_chaining . error_chaining (DEL OK) { error chaining 실제 오류는 n번 일어났지만 상위 단계의 문법에서도 오류가 있다고 처리되어 한 오류에 대하여 여러 번의 오류 알림이 일어나는 현상[1] Up: 에러,error ~~error_chaining~~ ~~Error_chaining~~ x (2023-08-29) error chaining error chaining error chaining "error chaining" } 현상을 처리하기 힘들다는 단점.

dddddddddddddddddddd

back-end : machine dependent

Cmp:
인터프리터,interpreter =인터프리터,interpreter =,interpreter 인터프리터 interpreter
{
scripting_language{}는 컴파일러,compiler보단 이걸로 작성되는 경우가 많다. - 컴파일 속도로 인한 REPL의 지연,delay, ... +?
JIT_compilation때문에 컴파일러와 인터프리터의 기술적(? 정확히) 경계는 흐려지는 경향이 있다.

https://gunkies.org/wiki/Interpreter

...

인터프리터

rel 해석,interpretation?
}

컴파일러,compiler
http://www.linfo.org/compiler.html
https://librewiki.net/wiki/컴파일러

...

컴파일러

컴파일러
}

code_generation / code_generator
=,code_generation =,code_generator .

code_generation

code_generator
intermediate *
target *

dynamic_compilation =,dynamic_compilation =,dynamic_compilation . dynamic_compilation
{

dynamic_compilation

동적_컴파일
= https://ko.wikipedia.org/wiki/동적_컴파일

Dynamic_compilation
= https://en.wikipedia.org/wiki/Dynamic_compilation
}

dynamic_recompilation =,dynamic_recompilation =,dynamic_recompilation . dynamic_recompilation
{

동적_재컴파일
= https://ko.wikipedia.org/wiki/동적_재컴파일

Dynamic_recompilation
= https://en.wikipedia.org/wiki/Dynamic_recompilation
}

just-in-time_compilation = JIT_compilation (= dynamic_translation (wp))
// =,just-in-time_compilation =,JIT_compilation =,dynamic_translation .
{
MKLINK
바이트코드,bytecode =바이트코드,bytecode =,bytecode 바이트코드 bytecode
{
Sub:
Java_bytecode =,Java_bytecode =,Java_bytecode . Java_bytecode
{

자바_바이트코드
= https://ko.wikipedia.org/wiki/자바_바이트코드