컴파일,compile in RRWiki

Difference between r1.4 and the current

@@ -1,3 +1,4 @@

#noindex

처리 과정
Source Program
↓

@@ -13,62 +14,155 @@

↓
Object Program

....

data_flow?

source_code -> lexical_analyzer does lexical_analysis -> [토큰,token]으로 해체 -> [파서,parser]가 [파싱,parsing]([[WpKo:구문_분석]]) -> abstract_syntax_tree -> ...

----
rel.

[[컴파일러,compiler]]

[[컴파일러,compiler]] =컴파일러,compiler =,compiler 컴파일러 compiler

{

MKL

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

{
Sub:

[[cross_compiler]] =,cross_compiler . cross_compiler

{

'''cross compiler'''

WtEn:cross_compiler ... aka cross-compiler.

https://ko.wikipedia.org/wiki/크로스_컴파일러

https://en.wikipedia.org/wiki/Cross_compiler

https://ja.wikipedia.org/wiki/クロスコンパイラ

} // cross compiler Ggl:"cross compiler" Ndict:"cross compiler"

} // transpiler Ggl:transpiler // transcompiler Ggl:transcompiler

Sub:

just-in-time_compiler (JIT_compiler)

source-to-source_compiler

[[Emscripten]] =,Emscripten : [[C언어]] -> [[자바스크립트,JavaScript]] Ggl: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]]에 맞는지 파악할 수 있으므로, WtEn:syntax_analyzer ( WpEn:syntax_analyzer = WpEn:syntactic_analyzer ?? chk) 라고도 부른다.

parser의 분류 기준

* code를 : 왼쪽에서 오른쪽으로 해석하는지 / 오른쪽에서 왼쪽으로 해석하는지

* token의 string 유도가 : 왼쪽에서 오른쪽으로 일어나는지 / 오른쪽에서 왼쪽으로 일어나는지

* lookahead { 현재 토큰의 다음에 올 [[토큰,token]]. Ggl:파서+lookahead Naver:파서+lookahead Bing:파서+lookahead } 를 최대 몇 개 고려해 설계되는지

* 어떻게 실행되는지

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

parser의 분류

* recursive descendant parser // Ndict:"recursive descendant parser" Bing:"recursive descendant parser" Ggl:"recursive descendant parser"

[[parse_tree]]를 top-down으로 [[재귀호출,recursive_call]]해가며 [[순회,traversal]]하는 parser. 코딩하기 간단하다는 장점 / [[error_chaining]] =,error_chaining . error_chaining (DEL OK) { '''error chaining''' 실제 오류는 n번 일어났지만 상위 단계의 문법에서도 오류가 있다고 처리되어 한 오류에 대하여 여러 번의 오류 알림이 일어나는 현상[* Libre:컴파일러] Up: [[에러,error]] ~~WtEn:error_chaining~~ ~~WpEn:Error_chaining~~ x ([[Date(2023-08-29T07:56:35)]]) Naver:"error chaining" Ggl:"error chaining" Bing:"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

... Ndict:인터프리터 Bing:인터프리터 Ggl:인터프리터

rel [[해석,interpretation]]?

}

[[VG:컴파일러,compiler]]
http://www.linfo.org/compiler.html

https://librewiki.net/wiki/컴파일러

...

Ndict:컴파일러

Bing:컴파일러

Ggl:컴파일러

}

[[code_generation]] / [[code_generator]]

=,code_generation =,code_generator .

WtEn:code_generation WtEn:code_generator

intermediate *
target *

[[dynamic_compilation]]

[[dynamic_compilation]] =,dynamic_compilation =,dynamic_compilation . dynamic_compilation

{

WtEn:dynamic_compilation

[[WpKo:동적_컴파일]]

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

WpEn:Dynamic_compilation

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

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

[[WpEn:Dynamic_compilation]]

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

}

[[dynamic_recompilation]]

[[dynamic_recompilation]] =,dynamic_recompilation =,dynamic_recompilation . dynamic_recompilation

{

WpKo:동적_재컴파일

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

WpEn:Dynamic_recompilation

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

[[WpKo:동적_재컴파일]]

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

[[WpEn: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 바이트코드 bytecode

{
Sub:

[[Java_bytecode]] { https://ko.wikipedia.org/wiki/자바_바이트코드 https://simple.wikipedia.org/wiki/Java_bytecode https://en.wikipedia.org/wiki/Java_bytecode }

[[Java_bytecode]] =,Java_bytecode =,Java_bytecode . Java_bytecode

{

[[WpKo:자바_바이트코드]]

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

[[WpSp:Java_bytecode]]

= https://simple.wikipedia.org/wiki/Java_bytecode

[[WpEn:Java_bytecode]]

= https://en.wikipedia.org/wiki/Java_bytecode

[[WpJa:Javaバイトコード]]

= https://ja.wikipedia.org/wiki/Javaバイトコード

Java 바이트 코드

[[WpEn:List_of_Java_bytecode_instructions]]

= https://en.wikipedia.org/wiki/List_of_Java_bytecode_instructions

Ndict:"자바 바이트코드"

[[WtEn:Java_bytecode]] = https://en.wiktionary.org/wiki/Java_bytecode x [[Date(2023-11-09T09:05:18)]]

Up: [[자바,Java]] or [[Java_Platform]] / [[bytecode]]

}

MKLINK
[[intermediate_representation]]

https://simple.wikipedia.org/wiki/Bytecode
https://en.wikipedia.org/wiki/Bytecode

WtEn:bytecode

Ndict:바이트코드

Ggl:바이트코드

}

WpKo:JIT_컴파일

= https://ko.wikipedia.org/wiki/JIT_컴파일

https://librewiki.net/wiki/Just-in-time_컴파일

[[WpKo:JIT_컴파일]]

= https://ko.wikipedia.org/wiki/JIT_컴파일

"JIT 컴파일(just-in-time compilation) 또는 동적 번역(dynamic translation)은 프로그램을 실제 실행하는 시점에 기계어로 번역하는 컴파일 기법"

[[~~WpSimple~~:Just-in-time_compilation]]

= https://simple.wikipedia.org/wiki/Just-in-time_compilation

[[WpSp:Just-in-time_compilation]]

= https://simple.wikipedia.org/wiki/Just-in-time_compilation

[[WpEn:Just-in-time_compilation]]

= https://en.wikipedia.org/wiki/Just-in-time_compilation

}

처리 과정
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/자바_바이트코드