Difference between r1.6 and the current

@@ -1,3 +1,20 @@

#noindex

##======인터프리터,interpreter =,interpreter 인터프리터 interpreter

forked from [[컴파일,compile]] > [[컴파일러,compiler]] section ([[Date(2024-06-17T07:39:19)]])

{

[[scripting_language]]{}는 [[컴파일러,compiler]]보단 이걸로 작성되는 경우가 많다. - 컴파일 속도로 인한 REPL의 [[지연,delay]], ... +?

[[JIT_compilation]]때문에 컴파일러와 인터프리터의 기술적(? 정확히) 경계는 흐려지는 경향이 있다.

https://gunkies.org/wiki/Interpreter

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

rel [[해석,interpretation]]?

}

Cmp: [[컴파일러,compiler]]

----

WtEn:interpretation ([[해석,interpretation]], ...)을 하는 '''WtEn:interpreter NdEn:interpreter'''
가능한 번역은, [[해석기,interpreter]] or 통역사 NdEn:통역사 ....

@@ -18,6 +35,10 @@

그 언어는 자주 [[scripting_language]]([[interpreted_language]])라고 하며 그 언어로 쓰인 source code를 자주 [[스크립트,script]]라고 함.
(컴파일러의 경우에는 저 표현을 쓰지 않음)

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

* [[식,expression]]을 입력하면, 그걸 [[평가,evaluation]]하여 [[출력,output]]한다. (REPL)

* [[구문,statement]]을 입력하면, 그걸 ([[컴파일러,compiler]]와 달리 [[컴파일,compile]]과정 없이 바로) [[실행,execution]]한다.

<<tableofcontents>>
= SUB =
== self-interpreter ==

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

...

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

인터프리터 기술이 발전하면서 JIT_compilation등이 발전하여 인터프리터가 내부적으로 컴파일을 하는 경우가 많아서 저 둘의 완벽한 경계 같은 것은 없다.

그 경우 대상은 보통 바이트코드,bytecode?

인터프리터의 컴파일러에 대한 장점은 보통 REPL - 빠른 interaction for programming.
단점은 보통 runtime 실행,execution 성능,performance.
(추가, tbw)

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

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