차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

--- linuxfromscratch:12.1:036-gcc-13.2.0_-_pass_1 [2024/05/27 12:25] – 바깥 편집 127.0.0.1
+++ linuxfromscratch:12.1:036-gcc-13.2.0_-_pass_1 [2024/06/16 23:00] (현재) – [5.3.1. Cross GCC 설치] baecy
@@ 줄 1: / 줄 1: @@
+^  Linux From Scratch - Version 12.1-systemd  ^^^
+^  Chapter 5. Compiling a Cross-Toolchain  ^^^
+|[[.:035-binutils-2.42_-_pass_1|이전]]  |  [[.:05-compiling_a_cross-toolchain|위로]] / [[.:12.1|처음으로]]  |  [[.:037-linux-6.7.4_api_headers|다음]]|
+|Binutils-2.42 - 1차  |  Linux-6.7.4 API Headers|
+----
 ====== 5.3. GCC-13.2.0 - 1차 ======
 GCC 패키지에는 C 컴파일러와 C++ 컴파일러가 포함된 GNU 컴파일러 컬렉션이 포함되어 있습니다.
-**대략적인 빌드 시간입니다:** 3.8 SBU  \\
+  * **빌드 시간:** 3.8 SBU
-**필요한 디스크 공간:** 4.1 GB
+  * **디스크 공간:** 4.1 GB
 ------
@@ 줄 11: / 줄 19: @@
 GCC를 사용하려면 GMP, MPFR 및 MPC 패키지가 필요합니다. 이러한 패키지는 호스트 배포에 포함되지 않을 수 있으므로 GCC로 빌드됩니다. 각 패키지의 압축을 GCC 소스 디렉터리에 풀고 디렉터리의 이름을 변경하여 GCC 빌드 중에 자동으로 사용할 수 있도록 하세요.
 <WRAP info round center 90%>
-**참고**
+**참고** \\
-이 장에 대해 자주 오해하는 경우가 있습니다. 절차는 앞서 설명한 대로 다른 모든 챕터와 동일합니다(패키지 빌드 지침). 먼저 소스 디렉토리에서 gcc-13.2.0 tarball을 추출한 다음 생성한 디렉토리로 변경합니다. 그런 다음 아래 지침을 진행해야 합니다.
+이 장에 대해 자주 오해하는 경우가 있습니다. 절차는 앞서 설명한 대로 다른 모든 챕터와 동일합니다([[.:033-general_compilation_instructions|기본적인 컴파일 과정]]). 먼저 소스 디렉토리에서 gcc-13.2.0 tarball을 추출한 다음 생성한 디렉토리로 변경합니다. 그런 다음 아래 지침을 진행해야 합니다.
 </WRAP>
-<code lang=bash>
+<code bash>
 tar -xf ../mpfr-4.2.1.tar.xz
 mv -v mpfr-4.2.1 mpfr
@@ 줄 23: / 줄 33: @@
 mv -v mpc-1.3.1 mpc
 </code>
-x86_64 호스트에서는 64비트 라이브러리의 기본 디렉터리 이름을 "lib"로 설정합니다.
-<code lang=bash>
+x86_64 호스트에서는 64비트 라이브러리의 기본 디렉터리 이름을 "lib"로 사용하도록 설정합니다.
+<code bash>
 case $(uname -m) in
   x86_64)
@@ 줄 32: / 줄 44: @@
 esac
 </code>
-GCC 문서에서는 전용 빌드 디렉터리에 GCC를 빌드할 것을 권장합니다.
-<code lang=bash>
+GCC 문서에서는 별도의 디렉터리에 GCC를 빌드할 것을 권장합니다.
+<code bash>
 mkdir -v build
-cd build
+cd       build
 </code>
-컴파일을 위해 GCC를 준비합니다.
-<code lang=bash>
+GCC 컴파일을 준비합니다.
-../configure \
-    --target=$LFS_TGT \
+<code bash>
-    --prefix=$LFS/tools \
+../configure                  \
+    --target=$LFS_TGT         \
+    --prefix=$LFS/tools       \
     --with-glibc-version=2.39 \
-    --with-sysroot=$LFS \
+    --with-sysroot=$LFS       \
-    --with-newlib \
+    --with-newlib             \
-    --without-headers \
+    --without-headers         \
-    --enable-default-pie \
+    --enable-default-pie      \
-    --enable-default-ssp \
+    --enable-default-ssp      \
-    --disable-nls \
+    --disable-nls             \
-    --disable-shared \
+    --disable-shared          \
-    --disable-multilib \
+    --disable-multilib        \
-    --disable-threads \
+    --disable-threads         \
-    --disable-libatomic \
+    --disable-libatomic       \
-    --disable-libgomp \
+    --disable-libgomp         \
-    --disable-libquadmath \
+    --disable-libquadmath     \
-    --disable-libssp \
+    --disable-libssp          \
-    --disable-libvtv \
+    --disable-libvtv          \
-    --disable-libstdcxx \
+    --disable-libstdcxx       \
     --enable-languages=c,c++
 </code>
-**구성 옵션의 의미**
+=== configure 옵션 설명 ===
-  * **--with-glibc-version=2.39** \\ 이 옵션은 대상에서 사용할 Glibc 버전을 지정합니다. pass1 GCC로 컴파일된 모든 것이 호스트 배포판의 libc와 분리된 루트 환경에서 실행되므로 호스트 배포판의 libc와는 관련이 없습니다.
-  * **--with-newlib** \\ 아직 작동하는 C 라이브러리를 사용할 수 없으므로 libgcc를 빌드할 때 inhibit_libc 상수가 정의되도록 합니다. 이렇게 하면 libc 지원이 필요한 모든 코드의 컴파일이 방지됩니다.
+  * //**--with-glibc-version=2.39**// \\ 대상에서 사용할 Glibc 버전을 지정합니다. GCC 1차로 컴파일된 모든 것이 호스트 배포판의 libc와 분리된 //chroot// 환경에서 실행되므로 호스트 배포판의 libc 버전과는 관련이 없습니다.
-  * **--without-headers** \\ 완전한 크로스 컴파일러를 만들 때 GCC는 대상 시스템과 호환되는 표준 헤더가 필요합니다. 우리의 목적상 이러한 헤더는 필요하지 않습니다. 이 스위치는 GCC가 이러한 헤더를 찾지 않도록 합니다.
+  * //**--with-newlib**// \\ 아직 작동하는 C 라이브러리를 사용할 수 없으므로 libgcc를 빌드할 때 inhibit_libc 상수가 정의되도록 합니다. 이렇게 하면 libc 지원이 필요한 모든 코드의 컴파일이 방지됩니다.
-  * **--enable-default-pie 및 --enable-default-ssp** \\ 이 스위치를 사용하면 GCC가 기본적으로 일부 보안 기능이 강화된 프로그램을 컴파일할 수 있습니다(자세한 내용은 8장의 PIE 및 SSP에 대한 메모에서 확인할 수 있습니다). 컴파일러는 임시 실행 파일만 생성하므로 이 단계에서는 꼭 필요한 것은 아닙니다. 하지만 임시 패키지를 가능한 한 최종 패키지에 가깝게 만드는 것이 더 깔끔합니다.
+  * //**--without-headers**// \\ 완전한 크로스 컴파일러를 만들 때 GCC는 대상 시스템과 호환되는 표준 헤더가 필요합니다. 우리의 목적상 이러한 헤더는 필요하지 않습니다. 이 스위치는 GCC가 이러한 헤더를 찾지 않도록 합니다.
-  * **--disable-shared** \\ 이 스위치는 GCC가 내부 라이브러리를 정적으로 연결하도록 합니다. 공유 라이브러리에는 대상 시스템에 아직 설치되지 않은 Glibc가 필요하기 때문에 이 기능이 필요합니다.
+  * //**--enable-default-pie**// 및 //**--enable-default-ssp**// \\ GCC가 기본적으로 일부 보안 기능이 강화된 프로그램을 컴파일할 수 있습니다(자세한 내용은 8장의 [[.:098-gcc-13.2.0#configure 옵션 설명
-  * **--disable-multilib** \\ x86_64에서 LFS는 멀티라이브 구성을 지원하지 않습니다. 이 스위치는 x86에는 무해합니다.
+|PIE 및 SSP에 대한 메모]]에서 확인할 수 있습니다). 컴파일러는 임시 실행 파일만 생성하므로 이 단계에서는 꼭 필요한 것은 아닙니다. 하지만 임시 패키지를 가능한 한 최종 패키지에 가깝게 만드는 것이 더 깔끔합니다.
-  * **--disable-threads, --disable-libatomic, --disable-libgomp, --disable-libquadmath, --disable-libssp, --disable-libvtv, --disable-libstdcxx** \\ 이 스위치는 각각 스레딩, libatomic, libgomp, libquadmath, libssp, libvtv 및 C++ 표준 라이브러리에 대한 지원을 비활성화합니다. 이러한 기능은 크로스 컴파일러를 빌드할 때 컴파일에 실패할 수 있으며 임시 libc를 크로스 컴파일하는 작업에는 필요하지 않습니다.
+  * //**--disable-shared**// \\ GCC가 내부 라이브러리를 정적으로 연결하도록 합니다. 공유 라이브러리에는 대상 시스템에 아직 설치되지 않은 Glibc가 필요하기 때문에 이 기능이 필요합니다.
-  * **--enable-languages=c,c++** \\ 이 옵션은 C와 C++ 컴파일러만 빌드하도록 합니다. 현재 필요한 언어는 이 두 가지뿐입니다.
+  * //**--disable-multilib**// \\ x86_64에서 LFS는 멀티라이브 구성을 지원하지 않습니다. 이 스위치는 x86에는 무해합니다.
+  * //**--disable-threads**//, //**--disable-libatomic**//, //**--disable-libgomp**//, //**--disable-libquadmath**//, //**--disable-libssp**//, //**--disable-libvtv**//, //**--disable-libstdcxx**// \\ 각각 threading, libatomic, libgomp, libquadmath, libssp, libvtv 및 C++ 표준 라이브러리에 대한 지원을 비활성화합니다. 이러한 기능은 크로스 컴파일러를 빌드할 때 컴파일에 실패할 수 있으며 임시 libc를 크로스 컴파일하는 작업에는 필요하지 않습니다.
+  * //**--enable-languages=c,c++**// \\ 이 옵션은 C와 C++ 컴파일러만 빌드하도록 합니다. 현재 필요한 언어는 이 두 가지뿐입니다.
 GCC를 컴파일합니다.
-<code lang=bash>make</code>
+<code bash>
+make
+</code>
 패키지를 설치합니다.
-<code lang=bash>make install</code>
-이 GCC 빌드는 몇 가지 내부 시스템 헤더를 설치했습니다. 일반적으로 그 중 하나인 limits.h에는 해당 시스템 limits.h 헤더(이 경우 $LFS/usr/include/limits.h)가 포함됩니다. 그러나 이 GCC 빌드 시점에는 $LFS/usr/include/limits.h가 존재하지 않으므로 방금 설치한 내부 헤더는 부분적인 독립 파일이며 시스템 헤더의 확장 기능을 포함하지 않습니다. 이 정도면 Glibc를 빌드하는 데 충분하지만 나중에 전체 내부 헤더가 필요합니다. 일반적인 상황에서 GCC 빌드 시스템이 수행하는 것과 동일한 명령을 사용하여 내부 헤더의 전체 버전을 생성하세요.
+<code bash>
+make install
+</code>
+이 GCC 빌드는 몇 가지 내부 시스템 헤더를 설치했습니다. 일반적으로 그 중 하나인 ''limits.h''에는 해당 시스템 ''limits.h'' 헤더(이 경우 ''$LFS/usr/include/limits.h'')가 포함됩니다. 그러나 이 GCC 빌드 시점에는 ''$LFS/usr/include/limits.h''가 존재하지 않으므로 방금 설치한 내부 헤더는 부분적인 파일이며 시스템 헤더의 확장 기능을 포함하지 않습니다. 이 정도면 Glibc를 빌드하는 데 충분하지만 나중에 전체 내부 헤더가 필요합니다. 일반적인 상황에서 GCC 빌드 시스템이 수행하는 것과 동일한 명령을 사용하여 내부 헤더의 전체 버전을 생성합니다.
 <WRAP info round center 90%>
-[참고] 참고
+**참고** \\
-아래 명령은 역따옴표와 $() 구문이라는 두 가지 방법을 사용한 중첩 명령 대체의 예를 보여줍니다. 두 대체 방법에 대해 동일한 방법을 사용하여 다시 작성할 수도 있지만, 두 가지 방법을 혼합하여 사용할 수 있음을 보여주기 위해 이러한 방식으로 표시했습니다. 일반적으로 $() 방법을 선호합니다.
+아래 명령은 ''역따옴표''와 ''$()'' 구문, 두 가지 방법을 사용하여 중첩 명령 대체의 예를 보여줍니다. 두 대체 방법에 대해 동일한 방법을 사용하여 작성할 수도 있지만, 두 가지 방법을 혼합하여 사용할 수 있음을 보여주기 위해 이러한 방식으로 표시했습니다. 일반적으로 ''$()'' 방법을 선호합니다.
 </WRAP>
-<code lang=bash>
+<code bash>
 cd ..
 cat gcc/limitx.h gcc/glimits.h gcc/limity.h > \
@@ 줄 89: / 줄 116: @@
 -----
-이 패키지의 상세한 내용은 [[.:098-gcc-13.2.0|8.28.2 "GCC의 구성"]]에 있습니다.
+이 패키지의 상세한 내용은 [[.:098-gcc-13.2.0#8.28.2 GCC 패키지 구성|8.28.2. "GCC 패키지 구성"]]에 있습니다.