컴파일러(Compiler)와 인터프리터(Interpreter)의 정확한 정의..

어셈블리 언어는 기계어와 거의 1:1로 대응되지만, 프로그래밍 언어는 실제 구현과 추상적 구현이 독립되어 있을 수 있습니다.

컴파일러와 인터프리터의 가장 적합한 비유는, 번역과 통역이라 할 수 있습니다. 일단 번역해 놓으면 추가적인 노력 없이 산출된 결과물을 계속 사용할 수 있습니다. 반면에 통역의 경우에는 매번 그때그때 변환하지 않으면 안됩니다.

보통 컴파일러 관련 과목을 배울때는, x86 직접 기계어 코드를 만들기보다는 예전의 하드웨어나 가상의 하드웨어를 가정하여 수업하는 경우가 많다고 알고 있습니다.

아마도 위의 프로젝트에서 compiler는 중간 결과물(e.g. obj파일)을 만드는 일을 하고 assembler는 그 중간 결과물에서 기계어 코드를 만들어내는 역할을 하며, interpreter는 그 기계어 코드를 현재의 기계 위에서 돌릴 수 있도록 에뮬레이션하는 역할을 하겠죠.

compiler는 프로그래밍 언어를 분류할 때 쓰기도 하지만, 컴파일 할 때 거치는 과정인 preprocessing, compilation, assembly, linking 중의 한 단계를 수행하는 프로그램을 말할 때 쓰이기도 합니다. 리눅스 프롬프트 상에서 man gcc 해보면 약간이나마 도움이 되지 않을까 합니다.

컴파일러,어셈블러,인터프리터

모두 구문 해석기를 가지고 있습니다.

하지만 컴파일러나 어셈블러 자체가 실행파일을 만들지 않습니다.구문해석 및 목적파일 또는 맵 생성기 정도로 보시면 되겠습니다.

인터프리터는 일부구문해석과 동시에 결과물이 보여지는 것과 전체구문해석후 결과물이 보여지는것이 있습니다.

이상 짧은 지식이었습니다.

으음... 제가 글을 잘못 썼군요.

preprocessor, compiler, assembler, linker 모두를 컴파일러를 칭하는게 아니라 위의 4가지 과정중에서 compile을 행하는 프로그램을 compiler라 부른다는 뜻이었습니다.

그러니까 프로그래밍 언어를 분류할 때도 compiler라는 단어를 쓰지만 컴파일 과정을 분류할때 그중에서 전처리된 소스 코드를 목적파일로 번역하는 프로그램을 칭할때도 compiler란 단어를 쓴다는 거죠.

그리고 그 책에서 그렇게 하라고 한다면(혹은 교수가 그렇게 하라고 한다면) 모를까, 그런 미시적인 것까지 모두 compiler와 interpreter로 분류해서 생각해야 할 필요가 있을까 싶군요. grep가 컴파일러냐 인터프리터냐라고 물으면 난감하지 않습니까?

열심히 공부하셔서 자바보다 뛰어난걸 만들어주시기 바랍니다. ^^;