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

https://gunkies.org/wiki/Interpreter

... 인터프리터 인터프리터 인터프리터

rel 해석,interpretation?
}

Cmp: 컴파일러,compiler

Sub:
셸,shell?

interpretation (해석,interpretation, ...)을 하는 interpreter interpreter
가능한 번역은, 해석기,interpreter or 통역사 통역사 ....

언어,language의 변환,transformation, i.e. 번역,translation을 하는?
하지만 컴퓨터에선

• 바로 실행,execution할 경우 - 인터프리터,interpreter라고 하고
  
• 다른 언어로 번역/변환할 경우 - 컴파일러,compiler라고 함.
  
  

인터프리터 기술이 발전하면서 JIT_compilation등이 발전하여 인터프리터가 내부적으로 컴파일을 하는 경우가 많아서 저 둘의 완벽한 경계 같은 것은 없다.
인터프리터의 컴파일러에 대한 장점은 보통 REPL - 빠른 interaction for programming.
단점은 보통 runtime 실행,execution 성능,performance.
(추가, tbw)

인터프리터는 source language로 된 source_code (입력,input)을 받아서 해석,interpretation하여 바로 실행,execution.
그 언어는 자주 scripting_language(interpreted_language)라고 하며 그 언어로 쓰인 source code를 자주 스크립트,script라고 함.
(컴파일러의 경우에는 저 표현을 쓰지 않음)

인터프리터에 주어지는 입력. 대체적으로.

• 식,expression을 입력하면, 그걸 평가,evaluation하여 출력,output한다. (REPL)
  
• 구문,statement을 입력하면, 그걸 (컴파일러,compiler와 달리 컴파일,compile과정 없이 바로) 실행,execution한다.