Installing GCC: Building

GCC 설치하기: 컴파일(Building)

Now that GCC is configured, you are ready to build the compiler and runtime libraries.

지금은 GCC가 환경설정이 되었다면, 당신은 컴파일러와 런타임 라이브러리들을 만들 준비가 다 된 것이다.

We highly recommend that GCC be built using GNU make; other versions may work, then again they might not.

우리는 GNU make를 사용하여 GCC를 컴파일(bulid)하기를 강력히 추천한다; 다른 버전은 작동할 수도 있고 다시 작동하지 않을 수도 있다.

(For example, many broken versions of make will fail if you use the recommended setup where objdir is different from srcdir.)

(예를들면, 많은 make의 깨진 버전들을 이용하면 권장하는 설정인 srcdir와 다른 곳으로 objdir를 설정하였을시에 실패하게 될 것이다.)

Building a native compiler

네이티브 컴파일러 만들기

For a native build issue the command `make bootstrap'. This will build the entire GCC system, which includes the following steps:

네이티브를 위해서 'make bootstrap'라는 명령을 사용한다. 이것은 전체의 GCC 시스템을 만들 것이다. 그 단계는 다음과 같다:

Build host tools necessary to build the compiler such as texinfo, bison, gperf.
컴파일러를 만들기 위해서 필요한 texinfo, bison, gperf와 같은 호스트 툴들을 만든다
Build target tools for use by the compiler such as binutils (bfd, binutils, gas, gprof, ld, and opcodes)
if they have been individually linked or moved into the top level GCC source tree before configuring.
컴파일러에 의해 사용될 binutils(bfd, binutils, gas, gprof, ld, and opcodes)과 같은 타겟 툴들을 만든다.
만약 환경설정 전에 그들을 개별적으로 탑레벨의 GCC 소스 트리속으로 옮기거나 링크하려고 한다면
Perform a 3-stage bootstrap of the compiler.
컴파일러의 3-stage bootstrap을 수행한다.
Perform a comparison test of the stage2 and stage3 compilers.
stage2 컴파일러와 stage3 컴파일러의 바교 테스트를 수행한다.
Build runtime libraries using the stage3 compiler from the previous step.
이전 단계로부터 stage3 컴파일러가 사용하는 런타임 라이브러리를 만든다.

If you are short on disk space you might consider `make bootstrap-lean' instead. This is identical to `make bootstrap' except that object files from the stage1 and stage2 of the 3-stage bootstrap of the compiler are deleted as soon as they are no longer needed.

만약 당신이 가지고 있는 디스크 공간이 적다면 `make bootstrap-lean'를 대신 사용하는 것을 고려해봐야한다. 이것은 3-stage 부트스트랩에서의 stage1, stage2로부터 나온 오브젝트 화일들을 그것들이 더이상 필요없게 되자마자 삭제한다는 것을 빼곤 `make bootstrap'과 동일하다.

If you want to save additional space during the bootstrap and in the final installation as well, you can build the compiler binaries without debugging information with "make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstrap". This will save roughly 40% of disk space both for the bootstrap and the final installation. (Libraries will still contain debugging information.)

만약 당신이 마지막 설치 과정 뿐만 아니라 부트스트랩과정중에 추가적인 공간을 절약하기를 원한다면, "make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstrap"함으로써 디버깅 정보를 없애고 컴파일러 바이너리를 만들 수 있다. 이것은 부트스트랩 그리고 마지막 인스톨과정에서 거의 40%의 디스크 공간 절약을 가져오게된다. (라이브러리들은 디버깅 정보를 여전히 포함하게 될 것이다.)

If you used the flag --enable-languages=... to restrict the compilers to be built, only those you've actually enabled will be built. This will of course only build those runtime libraries, for which the particular compiler has been built. Please note, that re-defining LANGUAGES when calling `make bootstrap' *does not* work anymore!

컴파일러를 만들시에 제악을 위해서 --enable-languages=... 플래그를 사용한다면, 실제적으로 사용할 것들로 만들게 될 것이다. 이것은 특별한 컴파일러로 만들기 위해서 그 언어들의 런타임 라이브러리를 만들것이다. `make bootstrap' 호출시에 재정의된 언어들은 더 이상 작동하지 않을 것이다.

Building a cross compiler

크로스 컴파일러 만들기

We recommend reading the crossgcc FAQ for information about building cross compilers.

크로스 컴파일러를 만드는 것에 대한 정보들은 crossgcc FAQ에서 얻어서 읽어보기를 권한다.

When building a cross compiler, it is not generally possible to do a 3-stage bootstrap of the compiler. This makes for an interesting problem as parts of GCC can only be built with GCC.

크로스 컴파일러를 만들시에, 일반적으로 컴파일러의 3-stage 부트스트랩을 하는 것은 가능하지 않다 이것은 GCC의 부분으로써 관심있는 문제를 위해 단지 GCC와 함께 만들어진다. (??)

To build a cross compiler, we first recommend building and installing a native compiler. You can then use the native GCC compiler to build the cross compiler.

크로스 컴파일러를 만들기 위해서, 우리는 우선 네이티브 컴파일러를 만들고 설치하기를 권장한다. 당신은 크로스 컴파일러를 만들기 위해서 네이티브 컴파일러를 사용할 수 있을 것이다.

Assuming you have already installed a native copy of GCC and configured your cross compiler, issue the command "make", which performs the following steps:

당신이 이미 네이티브 컴파일러를 가지고 있으며 크로스 컴파일러를 위한 설정을 마쳤다고 가정한다면, "make" 명령을 실행하라. 이것은 다음과 같은 작업들을 수행한다:

Build host tools necessary to build the compiler such as texinfo, bison, gperf.
texinfo, bison, gper와 같이 컴파일러를 만들기 위해 필요한 호스트 툴들을 만든다.
Build target tools for use by the compiler such as binutils (bfd, binutils, gas, gprof, ld, and opcodes)
if they have been individually linked or moved into the top level GCC source tree before configuring.
binutils (bfd, binutils, gas, gprof, ld, and opcodes)과 같이 컴파일러에 의해 사용되는 타겟 툴들을 만든다
만약 환경설정 전에 그들을 개별적으로 탑레벨의 GCC 소스 트리속으로 옮기거나 링크하려고 한다면
Build the compiler (single stage only).
컴파일러를 만든다 (오직 single stage ).
Build runtime libraries using the compiler from the previous step.
이전 단계로부터 컴파일러에서 사용하는 런타임 라이브러리를 만든다.

Note that if an error occurs in any step the make process will exit.

만약 어떤 단계에서라두 에러가 발생하면 make 작업은 멈추게 될 것이다.

Building in parallel

병렬적으로 만들기

If you have a multiprocessor system you can use `make bootstrap MAKE="make -j 2" -j 2' or just `make -j 2 bootstrap' for GNU Make 3.79 and above instead of just `make bootstrap' when building GCC. You can use a bigger number instead of two if you like. In most cases, it won't help to use a number bigger than the number of processors in your machine.

만약 당신이 멀티프로세서 시스템을 가지고 있다면, GCC를 만들시에 위에 있는 `make bootstrap' 대신에 `make bootstrap MAKE="make -j 2" -j 2'나 GNU Make 3.79 에서 `make -j 2 bootstrap' 를 사용할 수 있다. 당신이 좋다면 2보다 더 큰 수를 사용할 수도 있다. 대부분의 경우에, 당신의 머신의 프로세서의 수보다 큰 수를 사용하는 것은 별 도움이 되지 않을 것이다.

Return to the GCC Installation page

GCC 설치하기 페이지로 돌아가기