javac - Java 프로그램 언어 컴파일러

개요
설명
형태의 검색
옵션
커멘드행 인수 파일
례
관련 항목

형식

javac [ options ] [ sourcefiles ] [ @argfiles ]
인수는 무순서입니다.

options
커멘드행 옵션
sourcefiles
컴파일 되는 1 개(살) 이상의 원시 파일 (MyClass.java 등)
@argfiles
옵션과 원시 파일을 열거한 1 개(살) 이상의 파일. 이 파일 중(안)에서는,-J 옵션은 지정할 수 없습니다.

설명

javac 툴은, Java 프로그램 언어로 기술된 클래스와 인터페이스의 정의를 읽어내, 바이트 코드의 클래스 파일에 컴파일 합니다.
원시 코드의 파일명을 javac 에 건네주려면 , 다음의 2 개의 방법이 있습니다.

원시 파일의 수가 적은 경우는, 파일명을 커멘드행으로 직접 지정합니다.

원시 파일의 수가 많은 경우는, 파일명을 공백 또는 개행으로 단락지어, 1 개의 파일에 열거합니다. 다음에, 이 리스트 파일명의 선두에 @ 를 붙여,javac 의 커멘드행으로 지정합니다.
원시 코드의 파일명은 . java 확장자(extension)를, 클래스의 파일명은 . class 확장자(extension)를 가지고 있지 않으면 안됩니다. 또, 원시 파일과 클래스 파일의 어느쪽이나, 해당하는 클래스에 대응하는 루트명을 가지고 있지 않으면 안됩니다. 예를 들어,MyClass 라는 이름의 클래스는,MyClass.java 라는 이름의 원시 파일에 기술합니다. 이 원시 파일은,MyClass.class 라는 이름의 바이트 코드 클래스 파일에 컴파일 됩니다.
내부 클래스가 정의되고 있으면(자), 추가의 클래스 파일이 생성됩니다. 이러한 클래스 파일의 이름은,MyClass$MyInnerClass.class 와 같이, 외부 클래스명과 내부 클래스명을 조합한 것이 됩니다.
원시 파일은, 패키지 트리를 반영한 디렉토리 트리에 배치할 필요가 있습니다. 예를 들어, 모든 원시 파일을 \workspace 에 두고 있는 경우,com.mysoft.mypack.MyClass 의 원시 코드는 \workspace\com\mysoft\mypack\MyClass.java 에 있을 필요가 있습니다.
디폴트에서는, 컴파일러는, 각 클래스 파일을 대응하는 원시 파일과 같은 디렉토리에 둡니다. 다른 출력처 디렉토리를 지정하려면 ,-d 를 사용합니다 (이후에의「옵션」을 참조).

형태의 검색

원시 파일을 컴파일 하는 경우, 커멘드행으로 지정한 원시 파일에 형태의 정의가 발견되지 않을 때, 컴파일러는 통상, 그 형태에 관한 정보를 필요로 합니다. 컴파일러는, 원시 파일로 사용되고 있는 클래스 또는 인터페이스, 확장되고 있는 클래스 또는 인터페이스, 혹은 구현되고 있는 클래스 또는 인터페이스 모두에 임해서, 형태의 정보를 필요로 합니다. 이것에는, 원시 파일로 명시적으로는 언급되어 있지 않아도, 상속을 통해서 정보를 제공하는 클래스와 인터페이스도 포함됩니다.
예를 들어,java.applet.Applet 를 서브 클래스로 했을 경우,애플릿의조상의 클래스(java.awt.Panel,java.awt.Container,java.awt.Component,java.lang.Object)를 사용하고 있게 됩니다.
컴파일러는, 형태의 정보가 필요하게 되면(자), 그 형태를 정의하고 있는 원시 파일 또는 클래스 파일을 찾습니다. 우선, bootstrap 클래스와 확장 기능 클래스를 검색해, 계속되어 유저 클래스 패스 (디폴트에서는 커런트 디렉토리)를 검색합니다. 유저 클래스 패스는,CLASSPATH 환경 변수를 설정해 정의하는지, 또는 -classpath 커멘드행 옵션을 사용해 설정합니다. 자세한 것은,「클래스 패스의 설정」을 참조해 주세요.
-sourcepath 옵션이 지정되고 있는 경우, 컴파일러는, 지정된 패스로부터 원시 파일을 검색합니다. 그 이외의 경우는, 유저 클래스 패스로부터 클래스 파일과 원시 파일의 양쪽 모두를 검색합니다.
-bootclasspath 옵션과 -extdirs 옵션을 사용하면(자), 다른 bootstrap 클래스나 확장 기능 클래스를 지정할 수 있습니다. 이후에의「크로스 컴파일 옵션」을 참조해 주세요.
형태의 검색에 성공했을 때에 얻을 수 있는 결과는, 클래스 파일, 원시 파일, 또는 그 양쪽 모두인 경우가 있습니다. 각각의 경우에 javac 가 어떻게 처리할까를 다음에 나타냅니다.

검색에 의해 원시 파일은 아니고 클래스 파일이 발견되었을 경우: javac 는, 그 클래스 파일을 사용합니다.

검색에 의해 클래스 파일은 아니고 원시 파일이 발견되었을 경우: javac 는, 그 원시 파일을 컴파일 해, 생성된 클래스 파일을 사용합니다.

검색에 의해 원시 파일과 클래스 파일의 양쪽 모두가 발견되었을 경우: javac 는, 클래스 파일이 최신인가 어떤가를 조사합니다. 클래스 파일이 낡아지고 있는 경우는, 원시 파일을 재컴파일 해, 갱신 후의 클래스 파일을 사용합니다. 그 이외의 경우는, 발견된 클래스 파일을 사용합니다.
클래스 파일이 원시 파일보다 낡은 경우에게만,javac 는 클래스 파일이 낡아지고 있다고 판단합니다.
주: javac는, 커멘드행으로 지정되어 있지 않은 원시 파일을 컴파일 할 때에도, 그것을 나타내는 메세지를 표시하지 않습니다. 자동 컴파일을 감시하려면 ,-verbose 옵션을 사용합니다.

옵션

컴파일러에는, 현재의 개발 환경에서 서포트되고 있어 장래의 릴리스에서도 서포트되는 표준 옵션세트가 있습니다. 이외의 비표준 옵션은, 현재의 가상 머신 및 컴파일러의 구현에 고유의 옵션으로, 장래로 변경될 가능성이 있습니다. 비표준 옵션은,-X 로 시작됩니다.

표준 옵션

-classpath classpath

유저 클래스 패스를 설정해,CLASSPATH 환경 변수의 유저 클래스 패스를 오버라이드(override) 합니다. CLASSPATH 와 -classpath 가 어느쪽이나 지정되어 있지 않은 경우, 유저 클래스 패스는, 현재의 디렉토리가 됩니다. 자세한 것은,「클래스 패스의 설정」을 참조해 주세요.
-sourcepath 옵션이 지정되어 있지 않은 경우는, 원시 파일도 클래스 파일도 유저 클래스 패스로부터 검색됩니다.

-Djava.ext.dirs=directories
인스톨형 확장 기능의 위치를 오버라이드(override) 합니다.

-Djava.endorsed.dirs=directories

승인된 표준 패스의 위치를 오버라이드(override) 합니다.

-d directory
클래스 파일의 출력처 디렉토리를 설정합니다. 출력처 디렉토리는 미리 준비되어 있을 필요가 있습니다. javac 에서는 출력처 디렉토리는 작성되지 않습니다. 클래스가 패키지의 일부인 경우,javac 는, 필요에 따라서 디렉토리를 작성해, 패키지명을 반영한 서브 디렉토리에 클래스 파일을 둡니다. 예를 들어,-d c:\myclasses 과 지정했을 경우, 클래스의 이름이 com.mypackage.MyClass 이라고, 클래스 파일은 c:\myclasses\com\mypackage\MyClass.class 가 됩니다.
-d 가 지정되어 있지 않은 경우,javac 는, 원시 파일과 같은 디렉토리에 클래스 파일을 둡니다.
주: -d 로 지정한 디렉토리는 유저 클래스 패스에 자동적으로는 추가되지 않습니다.

-deprecation
추천 되지 않는 멤버나 클래스가, 사용 또는 오버라이드(override) 될 때마다 설명을 표시합니다. -deprecation 가 지정되어 있지 않은 경우,javac 는, 추천 되지 않는 멤버나 클래스를 사용 또는 오버라이드(override) 하고 있는 원시 파일의 이름을 표시합니다. -deprecation 는 -Xlint:deprecation 의 생략 표기입니다.

-encoding encoding
원시 파일의 인코딩명 (EUC-JP 나 UTF-8 등)을 지정합니다. -encoding 가 지정되어 있지 않은 경우는, 플랫폼의 디폴트 컨버터가 사용됩니다.

-g
국소 변수를 포함한 모든 디버그 정보를 생성합니다. 디폴트에서는, 행 번호 및 원시 파일 정보만이 생성됩니다.

-g:none
디버그 정보를 생성하지 않습니다.

-g:{keyword list}
콤마로 단락지어진 키워드 리스트에 의해 지정된, 특정의 종류의 디버그 정보만을 생성합니다. 다음의 키워드가 유효합니다.

source
원시 파일의 디버그 정보
lines
행 번호의 디버그 정보
vars
국소 변수의 디버그 정보

-help
표준 옵션의 형식을 표시합니다.

-nowarn
경고 메세지를 무효로 합니다. 이것은 -Xlint:none 와 같은 의미입니다.

-source release

받아들이는 원시 코드의 버젼을 지정합니다. release 에는 다음의 값을 지정할 수 있습니다.

1.3 이 컴파일러에서는, JDK 1.3 이후에 도입된 assertion, 범용 기능, 또는 다른 언어 기능을 서포트하지 않습니다.

1.4 JDK 1.4 로 도입된, assertion를 포함한 코드를 받아들입니다.

1.5 JDK 5 로 도입된 범용 기능 및 다른 언어 기능을 포함한 코드를 받아들입니다. -source 플래그를 지정하지 않으면 컴파일러는 디폴트로서 버젼 5 의 동작이 됩니다.

5 1.5 로 동의입니다.

-sourcepath sourcepath
클래스 또는 인터페이스의 정의를 검색하는 원시 코드 패스를 지정합니다. 유저 클래스 패스와 같게, 소스 패스의 복수의 엔트리는 세미콜론 (;)으로 단락짓습니다. 소스 패스의 엔트리에는, 디렉토리, JAR 어카이브(archive), 또는 ZIP 어카이브(archive)를 지정할 수 있습니다. 패키지를 사용하고 있는 경우는, 디렉토리 또는 어카이브(archive)내의 로컬 패스명이 패키지명을 반영하고 있지 않으면 안됩니다.
주: 클래스 패스로부터 클래스 뿐만이 아니라 그 소스도 발견되었을 경우, 그 클래스는 자동재컴파일의 대상이 됩니다.

-verbose
상세한 출력을 표시합니다. 로드 되는 클래스 및 컴파일 되는 원시 파일마다의 정보가 출력됩니다.
-X

비표준 옵션에 관한 정보를 표시해 종료합니다.

크로스 컴파일 옵션

디폴트에서는, 클래스의 컴파일은,javac 가 첨부되고 있는 플랫폼의 bootstrap 클래스 및 확장 기능 클래스에 대해서 행해집니다. 다만,javac 는, 다른 Java 플랫폼에 구현된 bootstrap 클래스 및 확장 기능 클래스에 대해서 컴파일을 실시하는 「크로스 컴파일」도 서포트하고 있습니다. 크로스 컴파일을 실시하는 경우는,-bootclasspath 및 -extdirs 를 사용하는 것이 중요합니다. 이후에의「크로스 컴파일의 예」를 참조해 주세요.

-target version
지정된 버젼의 VM 상에서 동작하는 클래스 파일을 생성합니다. 디폴트에서는, JDK 5 VM 와 호환성이 있는 클래스 파일을 생성합니다. 다만,-source 1.4 이하의 옵션이 사용되고 있는 경우만, 디폴트 타겟은 1.4 입니다. javac 로 서포트되고 있는 버젼은 다음과 같습니다.
1.1 JDK 1.1 이후의 VM 로 실행하는 클래스 파일을 생성합니다.
1.2 JDK 1.2 이후의 VM 상에서는 동작하지만, 1.1 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.3 JDK 1.3 이후의 VM 상에서는 동작하지만, 1.1 및 1.2 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.4 JDK 1.4 이후의 VM 상에서는 동작하지만, 1.1, 1.2, 및 1.3 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.5 JDK 5 의 VM 만과 호환성이 있는 클래스 파일을 생성합니다.
5 1.5 로 동의입니다.

-bootclasspath bootclasspath
지정된 일련의 부트 클래스에 대해서 크로스 컴파일을 실시합니다. 유저 클래스 패스와 같게, 부트 클래스 패스의 복수의 엔트리는 세미콜론 (;)으로 단락짓습니다. 부트 클래스 패스의 엔트리에는, 디렉토리, JAR 어카이브(archive), 또는 ZIP 어카이브(archive)를 지정할 수 있습니다.

-cldc1. 0
CLDC 프로그램의 컴파일에 사용합니다. 컴파일러는 스택 맵을 생성해, 프리베리파이아의 사용을 불필요하게 합니다.

-extdirs directories
지정된 확장 기능 디렉토리에 대해서 크로스 컴파일을 실시합니다. directories 에는, 세미콜론으로 단락지은 디렉토리의 리스트를 지정합니다. 지정한 디렉토리내의 각 JAR 어카이브(archive)로부터, 클래스 파일이 검색됩니다.

비표준 옵션

-Xbootclasspath/p:path
bootstrap 클래스 패스전에 추가합니다.

-Xbootclasspath/a:path
bootstrap 클래스 패스의 뒤로 추가합니다.

-Xbootclasspath/:path
bootstrap 클래스 파일의 위치를 오버라이드(override) 합니다.

-Xlint
추천 되는 모든 경고를 유효하게 합니다. 이 릴리스에서는, 이용 가능한 모든 경고가 추천 되고 있습니다.

-Xlint:none
Java 언어 사양에서는 지정되어 있지 않은 모든 경고를 무효로 합니다.

-Xlint:-xxx
경고 xxx 를 무효로 합니다. 다만,xxx 는,-Xlint:xxx 에 사용할 수 있는 경고명의 어느 쪽인가에 됩니다. 이 경고명은 다음과 같습니다.

-Xlint:unchecked
Java 언어 사양으로 지정되고 있는 미검사 변환 경고의 상세를 나타냅니다.

-Xlint:path
존재하지 않는 패스 (classpath, sourcepath 등) 디렉토리에 도착해 경고합니다.

-Xlint:serial
serialVersionUID 정의가 직렬화 가능 클래스에 없는 것을 경고합니다.

-Xlint:finally
정상적으로 완료할 수 없는 finally 절에 대해 경고합니다.

-Xlint:fallthrough
fall-through 케이스의 switch 블록을 체크해, 검출된 것에 대해서 경고 메세지를 표시합니다. Fall-through 케이스는,switch 블록내의 마지막 케이스를 제외한 케이스입니다. 이 코드에는 break 문은 포함되지 않습니다. 코드의 실행을 그 케이스로부터 다음의 케이스에 이동합니다. 예를 들어, 이 switch 블록내의 case 1 라벨에 계속되는 코드에는,break 문은 포함되지 않습니다.
switch (x) {
case 1:
       System.out.println("1");
       //  No  break;  statement here.
case 2:
       System.out.println("2");
}
이 코드의 컴파일시에 -Xlint:fallthrough 플래그가 사용되고 있었을 경우, 컴파일러는 해당 케이스의 행 번호와 함께, fall-through 케이스의 가능성이 있는 것을 나타내는 경고를 발행합니다.
-Xmaxerrors number

인쇄하는 에러의 최대수를 설정합니다.

-Xmaxwarns number

인쇄하는 경고의 최대수를 설정합니다.

-Xstdout filename

컴파일러의 메세지를, 지정된 파일에 보냅니다. 디폴트에서는, 컴파일러의 메세지는 System.err 에 보내집니다.

-J 옵션

-Joption
javac 가 호출하는 java 기동 툴에,option 를 건네줍니다. 예를 들어,-J-Xms48m 와 지정하면(자), 스타트압메모리는 48M 바이트로 설정됩니다. 이 옵션은 -X 로 시작되어 있지 않습니다만,javac 의 「표준 옵션」이 아닙니다. -J 를 사용해, Java 로 기술된 어플리케이션을 실행하는 배후의 VM 에 옵션 건네주는 것은, 잘 행해지고 있습니다.
주: CLASSPATH,-classpath,-bootclasspath, 및 -extdirs 는,javac 를 실행하기 위해서 사용하는 클래스를 지정하는 것이 아닙니다. 이러한 방법으로 컴파일러의 구현을 조작하는 것은, 통상은 무의미하고, 항상 위험을 수반합니다. 이러한 방법을 사용할 필요가 있는 경우는,-J 옵션을 사용해, 필요한 옵션을 배후의 java 기동 툴에 건네주세요.

커멘드행 인수 파일

javac 의 커멘드행을 짧게 하거나 간결하게 하거나 하기 위해서,javac 커멘드에 대한 인수 (-J 옵션을 제외하다)를 포함한 1 개(살) 이상의 파일을 지정할 수가 있습니다. 이 방법을 사용하면(자), 어느 operating system상에서도, 임의의 길이의 javac 커멘드를 작성할 수 있습니다.
인수 파일에는, javac 의 옵션과 원시 파일명을 자유롭게 조합해 기술할 수 있습니다. 파일내의 각 인수는, 스페이스 또는 개행으로 단락짓습니다. 인수 파일내의 파일명은, 현재의 디렉토리로부터 본 상대 패스가 됩니다. 인수 파일의 위치로부터 본 상대 패스가 아닙니다. 인수 파일내의 파일명 리스트에서는, 와일드 카드 (*)는 사용할 수 없습니다. 예를 들어,*. java 와는 지정할 수 없습니다. 인수 파일내의 인수로 @ 문자를 사용해, 복수의 파일을 재귀적으로 해석하는 것은 서포트되고 있지 않습니다. 또,-J 옵션도 서포트되고 있지 않습니다. 이 옵션은 기동 툴에게 건네집니다만, 기동 툴에서는 인수 파일을 서포트하고 있지 않기 때문입니다.
javac 를 실행할 경우에, 각 인수 파일의 패스와 파일명의 선두에 @ 문자를 붙여 건네줍니다. javac 는,@ 문자로 시작되는 인수를 찾아내면(자), 그 파일의 내용을 전개해 인수 리스트에 삽입합니다.

인수 파일을 1 개 지정하는 예
argfile 라는 이름의 인수 파일에 모든 javac 인수를 포함하는 경우는, 다음과 같이 지정합니다.
  C:> javac @argfile
이 인수 파일에는, 다음의 예로 나타나고 있는 2 개의 파일의 내용을 양쪽 모두 들어갈 수 있을 수가 있습니다.
인수 파일을 2 개 지정하는 예
예를 들어, javac 옵션용으로 1 파일, 원시 파일명용으로 1 파일과 같이, 2 개의 인수 파일을 작성할 수도 있습니다. 덧붙여 이후에의 리스트에서는, 행의 계속 문자를 사용하고 있습니다.
이하의 내용을 포함한 options 라는 이름의 파일을 작성합니다.
     -d classes
     -g
     -sourcepath \java\pubs\ws\1. 3\src\share\classes
이하의 내용을 포함한 classes 라는 이름의 파일을 작성합니다.
     MyClass1.java
     MyClass2.java
     MyClass3.java
다음의 커멘드를 사용해 javadoc 를 실행합니다.
  C:> javac @options @classes
패스 첨부의 인수 파일의 예
인수 파일에는, 패스를 지정할 수 있습니다. 다만, 그 파일내로 지정된 파일명은, 현재의 작업 디렉토리로부터 본 상대 패스가 됩니다. 즉, 아래의 예의 경우는,path1 나 path2 로부터 본 상대 패스가 아닙니다.
  C:> javac @path1\options @path2\classes

례

간단한 프로그램의 컴파일

Hello.java 라고 하는 원시 파일로,greetings.Hello 라는 이름의 클래스를 정의하고 있다고 합니다. greetings 디렉토리는, 원시 파일과 클래스 파일의 양쪽 모두가 있는 패키지 디렉토리에서, 현재의 디렉토리의 바로 아래에 있습니다. 이 때문에, 이 예에서는, 디폴트의 유저 클래스 패스를 사용할 수 있습니다. 또,-d 를 사용해 다른 출력처 디렉토리를 지정할 필요도 없습니다.
C:> dir
greetings/
C:> dir greetings
Hello.java
C:> cat greetings\Hello.java
package greetings;

public class Hello {
    public static void main(String[] args) {
        for (int i=0; i < args.length; i++) {
            System.out.println("Hello " + args[i]);
        }
    }
}
C:> javac greetings\Hello.java
C:> dir greetings
Hello.class   Hello.java
C:> java greetings.Hello World Universe Everyone
Hello World
Hello Universe
Hello Everyone

복수의 원시 파일의 컴파일

다음의 예에서는, 패키지 greetings 내의 모든 원시 파일을 컴파일 합니다.

C:> dir
greetings\
C:> dir greetings
Aloha.java         GutenTag.java      Hello.java         Hi.java
C:> javac greetings\*.java
C:> dir greetings
Aloha.class         GutenTag.class      Hello.class         Hi.class
Aloha.java          GutenTag.java       Hello.java          Hi.java

유저 클래스 패스의 지정

위의 예의 원시 파일중 1 개(살)을 변경해, 변경 후의 파일을 재컴파일 한다고 합니다.
C:> cd
\examples
C:> javac greetings\Hi.java
greetings.Hi 는,greetings 패키지내외의 클래스를 참조하고 있기 (위해)때문에, 컴파일러는 이러한 클래스를 찾을 필요가 있습니다. 위의 예에서는, 디폴트의 유저 클래스 패스가, 패키지 디렉토리를 포함한 디렉토리와 같기 때문에, 컴파일은 정상적으로 실행됩니다. 다만, 현재 어느 디렉토리에 있을까에 관계없이, 이 파일을 재컴파일 하는 경우는, 유저 클래스 패스에 \examples 를 추가할 필요가 있습니다. 유저 클래스 패스에 엔트리를 추가하려면 ,CLASSPATH 를 설정하는 방법도 있습니다만, 여기에서는 -classpath 옵션을 사용하기로 하겠습니다.
C:>javac -classpath \examples \examples\greetings\Hi.java
재차 greetings.Hi 를 변경해 배너 유틸리티를 사용하도록(듯이) 했을 경우는, 이 배너 유틸리티도 유저 클래스 패스를 통해서 액세스 할 수 있게 되어 있을 필요가 있습니다.
C:>javac -classpath \examples;\lib\Banners.jar \
			  \examples\greetings\Hi.java
greetings 내의 클래스를 실행하려면 ,greetings 와greetings 가 사용하는 클래스의 양쪽 모두에 액세스 할 수 있을 필요가 있습니다.
C:> java -classpath \examples;\lib\Banners.jar greetings.Hi

원시 파일과 클래스 파일의 분리

특히 대규모 프로젝트의 경우는, 원시 파일과 클래스 파일을 다른 디렉토리에 두면(자) 편리한 일이 있습니다. 클래스 파일의 출력처를 따로 지정하려면 ,-d 를 사용합니다. 원시 파일은 유저 클래스 패스에는 없기 때문에,-sourcepath 를 사용해, 컴파일러가 원시 파일을 찾아낼 수가 있도록(듯이) 합니다.
C:> dir
classes\  lib\      src\
C:> dir src
farewells\
C:> dir src\farewells
Base.java      GoodBye.java
C:> dir lib
Banners.jar
C:> dir classes
C:> javac -sourcepath src -classpath classes;lib\Banners.jar \
       src\farewells\GoodBye.java -d classes
C:> dir classes
farewells\
C:> dir classes\farewells
Base.class      GoodBye.class
주: 커멘드행에서는 src\farewells\Base.java 를 지정하고 있었습니다만, 이 파일도 컴파일러에 의해 컴파일 되고 있습니다. 자동 컴파일을 감시하려면 ,-verbose 옵션을 사용합니다.

크로스 컴파일의 예

여기에서는,javac 를 사용해, 1.4 VM 상에서 실행하는 코드를 컴파일 합니다.
% javac -target 1.4 -bootclasspath jdk1. 4.2/lib/classes.zip \
             -extdirs "" OldCode.java
-target 1.4 옵션에 의해, 1.4 VM 와 호환성이 있는 클래스 파일이 생성됩니다. 디폴트에서는,javac 는 JDK 5 용으로 컴파일 합니다.
Java 2 SDK 의 javac 는, 디폴트에서는, Java 2 SDK 의 bootstrap 클래스에 대해서 컴파일을 실시하므로, Java 2 SDK 는 아니고 JDK 1.4 의 bootstrap 클래스에 대해서 컴파일을 실시하도록(듯이) 지정할 필요가 있습니다. 이것은,-bootclasspath 및 -extdirs 를 사용해 지정합니다. 이 지정을 실시하지 않으면 1.4 VM 에는 존재하지 않는 Java 2 플랫폼 API 에 대응한 컴파일을 하기 (위해)때문에, 프로그램의 실행시에 장해가 발생하는 일이 있습니다.

1.3	이 컴파일러에서는, JDK 1.3 이후에 도입된 assertion, 범용 기능, 또는 다른 언어 기능을 서포트하지 않습니다.
1.4	JDK 1.4 로 도입된, assertion를 포함한 코드를 받아들입니다.
1.5	JDK 5 로 도입된 범용 기능 및 다른 언어 기능을 포함한 코드를 받아들입니다. -source 플래그를 지정하지 않으면 컴파일러는 디폴트로서 버젼 5 의 동작이 됩니다.
5	1.5 로 동의입니다.

1.1	JDK 1.1 이후의 VM 로 실행하는 클래스 파일을 생성합니다.
1.2	JDK 1.2 이후의 VM 상에서는 동작하지만, 1.1 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.3	JDK 1.3 이후의 VM 상에서는 동작하지만, 1.1 및 1.2 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.4	JDK 1.4 이후의 VM 상에서는 동작하지만, 1.1, 1.2, 및 1.3 의 VM 상에서는 동작하지 않는 클래스 파일을 생성합니다.
1.5	JDK 5 의 VM 만과 호환성이 있는 클래스 파일을 생성합니다.
5	1.5 로 동의입니다.

javac - Java 프로그램 언어 컴파일러

형식

설명

형태의 검색

옵션

표준 옵션

크로스 컴파일 옵션

비표준 옵션

-J 옵션

커멘드행 인수 파일

인수 파일을 1 개 지정하는 예

인수 파일을 2 개 지정하는 예

패스 첨부의 인수 파일의 예

례

간단한 프로그램의 컴파일

복수의 원시 파일의 컴파일

유저 클래스 패스의 지정

원시 파일과 클래스 파일의 분리

크로스 컴파일의 예

관련 항목