예, 말씀 드린 것처럼,

컴파일 오류는 컴파일이 되지 않아야 함을 의미합니다.

하지만, 이는 컴파일러가 Java 컴파일러인 javac냐,

C# 컴파일러인 csc냐에 따라서 처리하는 내용이 약간 다릅니다.

어찌보면, javac만 유독 1/0 형식을 컴파일 단계에서 허용하고 있지 않나 봅니다.

해외에서도 1/0에 대한 내용을 컴파일오류로 왜 정의하지 않았느냐에 대한 토론이

있습니다만, 이러한 내용은 코에걸면 코걸이 귀에 걸면 귀걸이 형식의

무의미한 논쟁이 아닐까 합니다.

심지어는 1/0에 대한 컴파일 처리는 Java에서는 버그 리스트에 등록이 되었는데도

수용되었다고 언급이 되고 있습니다. 

http://stackoverflow.com/questions/2934063/is-1-0-a-legal-java-expression


다만, C++/C#과 같은 컴파일러는 명확히 1/0 식의 divide by zero 에러에 

대해서는 컴파일러 에러로 명시하고 있습니다.

https://msdn.microsoft.com/en-us/library/1585byh1(v=vs.90).aspx


Java와 달리 C#은  1/0 식으로 상수로 된 구문은

바로 "이것은 잘못이다"라고 지적해 주고 컴파일을 시키지 않으며,

i / j 식으로 j에 0이 선언된 형태의 

비 상수 형태의 구문은 컴파일에러로 구분하지 않고
런타임 에러로 분류하고 있습니다.

질문 주신 것처럼, 3/0이 왜 컴파일 되느냐?의 질문에 대해서는

컴파일되니까 컴파일 에러가 아니지 않느냐라고 따지시면

저도 딱히 드릴 말씀이 없지만,

저는 명확히 

Divide by zero는 컴파일 에러(컴파일 조차도 안 되어야 함)

변수에 0을 넣어 놓고 나누는 것은 런타임 에러(컴파일 후 실행 안됨)로 구분짓고 있습니다.

참고해 주시기 바랍니다.

문형순 님이 쓰신 원문 글입니다.


말씀하신 내용 중 알고리즘 오류를 제외한 컴파일오류나 런타임 오류는 실행이 불가하다는것은 이해하고 있습니다. 제 질문 요점은 다음과 같습니다. 콘솔창에서 javac 명령어를 통해 class파일로 컴파일 자체가 되지 않는경우가 컴파일오류인거고, class파일 생성된뒤 java 명령어를 통해 실행시 오류가 나는것은 런타임 오류라는 것 입니다. 예를 들어 public class Test { public static void main(String[] args) { int a = 3; System.out.println(a) } } 라는 Test.java파일을 만들었구요. System.out.println(a)에 ;(세미콜론)을 제외하였습니다. 이 파일을 콘솔창에서 javac Test.java 를 하게 되면 오류가 나면서 class파일 생성이 되지 않습니다. 문법적인 오류이면서 컴파일 오류라는 것 이죠. 근데, 강의 내용 중 3/0 이나 i/j 할때 콘솔창에서 javac ExceptionHandlingDemo.java 실행시 class파일로 컴파일은 됩니다. 위에 Test.java처럼 컴파일시 오류가 나지 않았으니 컴파일 오류는 아니라는거죠. 허나, 실행시 오류가 발생되어 3/0, i/j 둘다 모두 런타임 오류로 봐야 된다는 것입니다. 말씀하신것처럼 3/0이 컴파일 오류(문법적인 오류)라면 컴파일자체가 되지 않으면서 class파일자체가 생성이 되지 않아야 합니다. 재설명부탁드립니다.