linuxk-layouts
MariaDB Archives
Apache Source Code
3
4

-- ./configure 옵션 개념 옵션

--prefix = PREFIX
 / usr / local / pgsql 대신 PREFIX 디렉토리 아래에있는 모든 파일을 설치합니다.  파일은 실제로는 다양한 하위 디렉토리에 설치되어 PREFIX 디렉토리에 직접 설치되는 파일은 없습니다.
 특별한 필요가있는 경우 다음 옵션을 사용하여 개별 하위 디렉토리를 변경할 수 있습니다.  그러나이를 그대로 사용하는 경우 설치는 위치 재 변경 할 수 있습니다.  즉, 설치 후 디렉토리를 이동할 수 있습니다 (man와 doc 위치는 영향을받지 않습니다.)
 설치 위치 재 변경을 위해, configure의 - disable-rpath를 사용하려고 생각할지도 모릅니다.  이 경우 운영 체제의 공유 라이브러리의 위치를 알려야있을 것입니다. 

--exec-prefix = EXEC-PREFIX
 아키텍처에 맞는 파일을 PREFIX의 설정과 다른 접두사 EXEC-PREFIX 아래에 설치할 수 있습니다.  호스트간에 아키텍처 독립적 인 파일을 공유 할 때 유용합니다.  생략하면, EXEC-PREFIX는 PREFIX와 같게 설정되고 아키텍처에 의존하는 파일도 독립적 파일도 같은 트리 아래에 설치됩니다.  대부분의 경우이 요구되고 있습니다. 

--bindir = DIRECTORY
 실행 프로그램의 디렉토리를 지정합니다.  기본적으로 EXEC-PREFIX / bin이며, 보통 / usr / local / pgsql / bin입니다. 

--sysconfdir = DIRECTORY
 각종 설정 파일의 디렉토리를 설정합니다.  기본적으로 PREFIX / etc입니다. 

--libdir = DIRECTORY
 라이브러리와 동적으로로드 가능한 모듈을 설치할 위치를 설정합니다.  기본값은 EXEC-PREFIX / lib입니다. 

--includedir = DIRECTORY
 C 및 C + + 헤더 파일을 설치할 디렉토리를 설정합니다.  기본값은 PREFIX / include입니다. 

--datarootdir = DIRECTORY
 온갖 읽기 전용 데이터 파일의 루트 디렉토리를 설정합니다.  이것은 아래의 옵션 중 일부에 대한 기본값을 설정하면됩니다.  기본값은 PREFIX / share입니다. 

--datadir = DIRECTORY
 설치 프로그램이 사용하는 읽기 전용 디렉토리를 설정합니다.  기본값은 DATAROOTDIR입니다.  이것은 설치 데이터베이스 파일이 어디에 설치되는지와 관계 없다는 것을 명심하십시오. 

--localedir = DIRECTORY
 특히 메시지 번역 카탈로그 파일의 로켈 데이터를 설치할 디렉토리를 설정합니다.  기본값은 DATAROOTDIR / locale입니다. 

--mandir = DIRECTORY
 PostgreSQL 설명서 페이지가이 디렉토리에있는 해당 man x 서브 디렉토리에 설치됩니다.  기본값은 DATAROOTDIR / man입니다. 

--docdir = DIRECTORY
 "man"페이지를 제외한 문서 세트 파일을 설치하려면 루트 디렉토리를 설정합니다.  이것은 다음 옵션 기본 만 설정합니다.  이 옵션의 기본값은 DATAROOTDIR / doc / postgresql입니다. 

--htmldir = DIRECTORY
 PostgreSQL의 HTML 공식화 문서 일식이 디렉토리에 설치됩니다.  기본값은 DATAROOTDIR입니다.
 주의 : (/ usr / local / include 같은) 공유 설치 위치에 시스템의 다른 이름 공간에 영향을주지 않고 PostgreSQL을 설치할 수 있도록 배려가 이루어지고 있습니다.  먼저 완전히 푼 디렉토리 이름에 "postgres"또는 "pgsql"라는 문자열이 포함되지 않은 경우 "/ postgresql"라는 문자열이 자동으로 datadir, sysconfdir, docdir에 추가됩니다.  예를 들어, 접두사로 / usr / local을 사용하면 문서는 / usr / local / doc / postgresql에 설치되지만 접두사가 / opt / postgres의 경우 / opt / postgres / doc에 설치됩니다 .  클라이언트 인터페이스를위한 외부 용 C 헤더 파일은 includedir에 설치된 네임 스페이스의 문제는 없습니다.  내부 용 헤더 파일이나 서버용 헤더 파일은 includedir 이하의 전용 디렉토리에 설치됩니다.  각 인터페이스의 헤더 파일에 액세스하는 방법에 대한 정보는 해당 인터페이스 문서를 참조하십시오.  마지막으로, 적절한 경우, 동적으로로드 가능한 모듈 용으로 libdir 이하에도 비공개 용의 하위 디렉토리가 생성됩니다. 

--with-includes = DIRECTORIES
 DIRECTORIES에는 컴파일러가 헤더 파일을 검색하는 디렉토리 목록을 콜론으로 구분하여 지정합니다.  (GNU Readline 등) 옵션 패키지가 비표준 위치에 설치되어있는 경우이 옵션과 아마도 해당하는 - with-libraries 옵션을 사용해야합니다.
 예 : - with-includes = / opt / gnu / include :/ usr / sup / include 

--with-libraries = DIRECTORIES
 DIRECTORIES에는 라이브러리를 검색하는 디렉토리 목록을 콜론으로 구분하여 지정합니다.  패키지가 비표준 위치에 설치되어있는 경우는 아마도이 옵션 (및 해당 - with-includes 옵션)을 사용해야합니다.
 예 : - with-libraries = / opt / gnu / lib :/ usr / sup / lib 

--enable-nls [= LANGUAGES]
 자국어 지원 (NLS), 즉, 영어 이외의 언어에 의한 프로그램 메시지 표시 기능을 활성화합니다.  LANGUAGES는 옵션이며, 지원을 원하는 언어 코드를 공백으로 구분 된 목록을 지정합니다.  예를 들어, - enable-nls = 'de fr'등합니다 (지정된 목록과 실제로 준비된 번역과 논리적이 자동으로 계산됩니다).  목록에 아무것도 지정하지 않으면 사용 가능한 번역 모두가 설치됩니다.
 이 옵션을 사용하기 위해서는, gettext API 구현이 필요합니다.  위를 참조하십시오. 

--with-pgport = NUMBER
 서버와 클라이언트의 기본 포트 번호를 NUMBER로 설정합니다.  기본값은 5432입니다.  이 포트는 나중에 언제든지 변경할 수 있지만 여기에 지정된 경우 서버와 클라이언트는 컴파일시에 동일한 기본 값을 갖게됩니다.  이것은 매우 유용합니다.  일반적으로 기본값이 아닌 값을 선택해야 유일한 이유는 동일한 시스템에서 여러 PostgreSQL을 실행하는 것입니다. 

--with-perl
 PL / Perl 서버 사이드 언어를 구축합니다. 

--with-python
 PL / Python 서버 사이드 언어를 구축합니다. 

--with-tcl
 PL / Tcl 서버 사이드 언어를 구축합니다. 

--with-tclconfig = DIRECTORY
 Tcl은 Tcl의 인터페이스 모듈을 구축하는 데 필요한 구성 정보를 포함 tclConfig.sh 파일을 설치합니다이 파일은 일반적으로 자동으로 일반적으로 알려져있는 위치에 있지만, 만약 Tcl의 다른 버전을 사용하려면 검색 할 디렉토리를 지정할 수 있습니다. 

--with-gssapi
 GSSAPI 인증 지원을 구축합니다.  많은 시스템에서 GSSAPI 시스템 (일반적으로 Kerberos 설치의 일부) 기본 검색 위치 (예를 들면 / usr / include와 / usr / lib)에 설치되어 있지 않습니다.  따라서 - with-includes과 - with-libraries 옵션을 추가하여 사용해야 안됩니다.  configure는이를 처리하기 전에 GSSAPI가 제대로 설치되어 있는지 확인하기 위해 필요한 헤더 파일과 라이브러리를 검사합니다. 

--with-krb5
 Kerberos 5 인증 지원을 구축합니다.  많은 시스템에서 Kerberos 시스템은 기본 검색 위치 (예를 들면 / usr / include와 / usr / lib)에 설치되어 있지 않습니다.  따라서 - with-includes과 - with-libraries 옵션을 추가하여 사용해야 안됩니다.  configure는이를 처리하기 전에 Kerberos가 제대로 설치되어 있는지 확인하기 위해 필요한 헤더 파일과 라이브러리를 검사합니다. 

--with-krb-srvnam = NAME
 Kerberos 서비스 사용자의 기본 이름입니다 (GSSAPI에도 사용됩니다).  기본적으로 "postgres"입니다.  이것을 바꿀 이유는 Windows 환경이없는 한 특별히 없습니다.  Windows 환경이 있으면 대문자 POSTGRES로 설정해야합니다. 

--with-openssl
 SSL (암호화) 연결 지원을 활성화하고 구축합니다.  여기에는 OpenSSL 패키지가 설치되어 있어야합니다.  configure는이를 처리하기 전에 OpenSSL의 설치를 확인하는 데 필요한 헤더 파일과 라이브러리를 검사합니다. 

--with-pam
 PAM (플러그 형 인증 모듈) 지원을 활성화하고 구축합니다. 

--with-ldap
 인증 및 연결 매개 변수 검색을위한 LDAP 지원을 사용하여 구축합니다.  ( 항 31.17 및 항 19.3.8 을 참조하십시오.) Unix에서는 OpenLDAP 패키지가 설치되는 것이 요구됩니다.  Windows에서는 기본 WinLDAP 라이브러리가 사용됩니다.  configure는이를 처리하기 전에 OpenLDAP 설치가 충분히되어 있는지 여부를 확인하는 데 필요한 헤더 파일과 라이브러리를 검사합니다. 

--without-readline
 Readline 라이브러리 (및 libedit)의 사용을 방지합니다.  따라서 psql에서 명령 줄 편집 및 기록이 무효가되기 때문에 권장되지 않습니다. 

--with-libedit-preferred
 GPL 라이센스 Readline 대신 BSD 라이선스 libedit 라이브러리를 우선 해 사용합니다.  이 옵션은 두 라이브러리가 설치되어있는 경우에만 중요합니다.  이 경우 기본적으로 Readline이 사용됩니다. 

--with-bonjour
 Bonjour 지원을 활성화하고 구축합니다.  여기에는 운영 체제가 Bonjour를 지원하는 것이 필요합니다.  Mac OS X에서는 권장합니다. 

--with-ossp-uuid
 빌드 OSSP UUID 라이브러리 를 사용합니다.  구체적으로는 UUID를 생성하는 기능을 제공하는 uuid-ossp 모듈을 구축합니다. 

--with-libxml
 libxml를 사용하여 구축합니다 (SQL / XML 지원이 활성화됩니다.)  이 기능을 위해서는 libxml 버전 2.6.23 이상이 필요합니다.
 libxml이 설치 xml2-config 프로그램을 사용하여 필요한 컴파일러 옵션, 링크 옵션을 검색 할 수 있습니다.  PostgreSQL은 찾아 내면이 프로그램을 사용합니다.  일반적으로 다른 위치에 설치 한 libxml 설치를 지정하기 위해서는 환경 변수 XML2_CONFIG가 설치 용의 xml2-config 프로그램을 가리 키도록 설정하십시오.  또는 - with-includes 및 - with-libraries를 사용하십시오. 

--with-libxslt
 xml2 모듈을 작성하는 경우 libxslt를 사용하십시오.  xml2는 XML의 XSL 변환을 위해이 라이브러리에 의존합니다. 

--disable-integer-datetimes
 날짜 시간 및 시간 간격을 저장하는 데 64 비트 정수 저장 방식을 사용하지 않고 대신 부동 소수점으로 저장합니다.  PostgreSQL 릴리스 8.4 이전 버전에서는 날짜 시간 부동 소수점 저장 방식이 기본 이었지만, timestamp 값이 취하는 값의 모든 범위에서 마이크로 초 정밀도를 지원하지 않기 때문에 현재 비추천이되었습니다.  그러나 정수 기반 날짜 시간 저장에는 64 - 비트 정수가 필요합니다.  따라서,이 옵션은이 형식을 사용할 수없는 경우 사용 또는 이전 PostgreSQL 버전 용으로 작성된 응용 프로그램과의 호환성을 유지해야 할 경우에 사용합니다.  자세한 내용은 8.5 절 을 참조하십시오. 

--disable-float4-byval
 float4 값 "값"전달을 비활성화 "참조"로 전달하도록합니다.  이 옵션은 성능에 대한 비용이 소요되지만, C 언어로 개발 된 오래된 사용자 정의 함수와의 호환성을 유지하는 경우 또는 "version 0"호출 규칙을 사용하는 경우에 필요합니다.  장기적으로 더 나은 해결 방법은 이러한 기능을 업데이트하여 "version 1"호출 규칙을 사용하도록하는 것입니다. 

--disable-float8-byval
 float8 값 "값"전달을 비활성화 "참조"로 전달하도록합니다.  이 옵션은 성능에 대한 비용이 소요되지만, C 언어로 개발 된 오래된 사용자 정의 함수와의 호환성을 유지하는 경우 또는 "version 0"호출 규칙을 사용하는 경우에 필요합니다.  장기적으로 더 나은 해결 방법은 이러한 기능을 업데이트하여 "version 1"호출 규칙을 사용하도록하는 것입니다.  이 옵션은 float8 만에만 영향을주는 것이 아니라, int8 및 타임 스탬프 등 일부 관련한 형태에 대해서도 영향을주는 것에주의하십시오.  32 비트 플랫폼에서 - disable-float8-byval가 기본적으로 - enable-float8-byval을 선택할 수 없습니다. 

--with-segsize = SEGSIZE
 세그먼트 크기를 기가 바이트 단위로 지정합니다.  큰 테이블이 세그먼트 크기와 같은 크기의 여러 운영 체제의 파일로 분할됩니다.  따라서 많은 플랫폼에서 존재하는 파일 크기 제한 문제를 방지합니다.  기본 세그먼트 크기는 1 기가 바이트에서 지원되는 모든 플랫폼에서 안전합니다.  사용하는 운영 체제 "대형 파일"을 지원하고 있으면 (요즘은 대부분 지원합니다) 더 큰 세그먼트 크기를 사용할 수 있습니다.  매우 큰 테이블에서 작업 할 때 파일 기술자 소비 수를 줄이기 위해, 이것이 유용 할 수 있습니다.  그러나 플랫폼 또는 사용하려는 파일 시스템에서 지원하는 값보다 큰 값을 지정하지 않도록주의하십시오.  tar 등 사용하고자하는 다른 도구도 사용할 수있는 파일 크기에 제한이있을 수 있습니다.  절대적으로 필요하지 않지만,이 값을 2의 거듭 제곱하는 것이 좋습니다.  이 값의 변경은 initdb가 필요함에주의하십시오. 

--with-blocksize = BLOCKSIZE
 킬로바이트 단위로 블록 용량을 설정합니다.  이것은 테이블 내에서의 스토리지 및 I / O 단위입니다.  8 킬로바이트의 기본값은 대부분의 경우 적합하지만 특별한 경우 다른 값이 도움이됩니다.  값은 1에서 32 (킬로바이트) 사이의 2의 거듭 제곱이어야합니다.  이 값의 변경은 initdb를 필요로하는 것을 기억하십시오. 

--with-wal-segsize = SEGSIZE
 메가 바이트 단위로 WAL 세그먼트 용량을 설정합니다.  이것은 WAL 로그의 각 개별 파일의 용량입니다.  이 용량을 조정하여 WAL 로그 배송의 입도를 제어하는 데 도움이됩니다.  기본 용량은 16 메가 바이트입니다.  1-64 (메가 바이트) 사이의 2의 거듭 제곱이어야합니다.  이 값의 변경은 initdb를 필요로하는 것을 기억하십시오. 

--with-wal-blocksize = BLOCKSIZE
 킬로바이트 단위로 WAL 차단 용량을 설정합니다.  이것은 이것은 WAL 로그에서 스토리지 및 I / O 단위입니다.  8 킬로바이트의 기본값은 대부분의 경우 적합하지만 특별한 경우 큰 값이 유용합니다.  값은 1에서 64 (킬로바이트) 사이의 2의 거듭 제곱이어야합니다.  이 값의 변경은 initdb를 필요로하는 것을 기억하십시오. 

--disable-spinlocks
 PostgreSQL가 그 플랫폼의 CPU 스핀 락을 지원하지 않는 경우에도 구축에 성공하도록합니다.  스핀 록 지원 누락하면 성능은 악화됩니다.  따라서이 옵션은 구축이 실패하고 그 원인이 사용하는 플랫폼에서 스핀 잠금 지원이 누락 된 경우에만 사용하십시오.  사용하는 플랫폼에서 PostgreSQL의 구축이 옵션이 필요로 한 경우 PostgreSQL 개발자에게 문제를보고하십시오. 

--disable-thread-safety
 클라이언트 라이브러리의 스레드 안전성을 해제합니다.  따라서 libpq와 ECPG 프로그램의 동시 스레드 안전 특정 연결 핸들을 제어 할 수 없습니다. 

--with-system-tzdata = DIRECTORY
 PostgreSQL은 날짜 시간에 대한 작업에 필요한 자신의 시간대 데이터베이스가 있습니다.  사실,이 시간대 데이터베이스는 FreeBSD, Linux, Solaris 등 다양한 운영 체제에서 제공하는 "zoneinfo"시간대 데이터베이스와 호환이 있습니다.  따라서이를 다시 설치하는 것은 중복입니다.  이 옵션이 사용되면 DIRECTORY의 시스템이 제공하는 시간대 데이터베이스가 PostgreSQL 소스 배포판에 포함 대신 사용됩니다.  DIRECTORY는 절대 경로로 지정해야합니다.  / usr / share / zoneinfo이 운영 체제의 일부에서 자주 사용됩니다.  설치 프로세스가 시간대 데이터가 일치하지 않거나 오류가 있음을 감지하지 않도록주의하십시오.  이 옵션을 사용하면 지정된 시간대 데이터를 PostgreSQL에서 올바르게 작동하는지 여부를 확인하기 위해 회귀 테스트를 실행하는 것이 좋습니다되어 있습니다.
 이 옵션의 주요 목적은 대상 운영 체제를 숙지하고있는 패키지 배포를위한 것입니다.  이 옵션을 사용하는 가장 큰 장점은 많은 국소적인 일광 절약 규칙 변경이 있어도 PostgreSQL 패키지를 업데이트 할 필요가없는 것입니다.  다른 장점은 시간대 데이터베이스 파일을 설치할 때 구축해야되지 않으므로 PostgreSQL의 크로스 컴파일을보다 쉽게 할 수 있습니다. 

--without-zlib
 Zlib 라이브러리의 사용을 억제합니다.  이것은 pg_dump와 pg_restore의 압축 아카이브의 지원을 비활성화합니다.  이 옵션은이 라이브러리를 사용할 수없는 극소수의 시스템을위한뿐입니다. 

--enable-debug
 모든 프로그램과 라이브러리를 디버그 기호와 함께 컴파일합니다.  이 문제를 분석하기 위해 디버거에서 프로그램을 실행할 수 있음을 의미합니다.  이것은 설치하는 실행 파일의 크기를 상당히하고 또한 GCC 이외의 컴파일러는 일반적으로 컴파일러 최적화를하지 않게되기 때문에, 저속됩니다.  그러나 디버그 기호를 사용할 수 있다는 것은 발생한 문제에 대응할 때에 매우 편리합니다.  현재 GCC를 사용하는 경우에만 작동 용 설치에이 옵션을 사용하는 것이 좋습니다.  그러나 개발 작업시나 베타 버전을 실행할 때 항상이를 활성화해야합니다. 

--enable-coverage
 GCC를 사용하는 경우 모든 프로그램과 라이브러리는 코드 검사 시험기구 부착으로 컴파일됩니다.  실행하면 이들은 빌드 디렉토리에 코드 검사 메트릭을 가진 파일을 생성합니다.  자세한 내용은 섹션 30.4 를 참조하십시오이 옵션은 GCC 전용이며, 또한 개발 작업에 사용하기위한 것입니다. 

--enable-profiling
 GCC를 사용하는 경우 모든 프로그램과 라이브러리가 프로파일 링 가능 상태로 컴파일됩니다.  백엔드 종료시 프로파일 링에 사용하는 gmon.out 파일이 포함 된 하위 디렉토리가 생성됩니다.  이 옵션은 GCC를 사용하는 경우에만 사용할 수 있으며 개발 작업을 할 때 사용합니다. 

--enable-cassert
 서버에서 많은 "있을 수 없다"상태를 테스트하는 주장 체크를 활성화합니다.  이것은 프로그램의 개발을 위해서는 헤아릴 수없는 가치가 있습니다 만,이 테스트는 서버는 상당히 느려집니다.  또한이 테스트를 사용하면 서버의 안정성을 향상시키는 것은 없습니다!  어설 션 검사는 중요도에 따라 분류되지 않아 비교적 해가없는듯한 버그도 주장 실패를 트리거 한 서버를 다시 시작하도록 버립니다.  실행에 대해이 옵션을 사용하는 것은 권장되지 않지만, 개발 작업시나 베타 버전을 실행하는 경우이를 활성화해야합니다. 

--enable-depend
 자동 의존성 추적을 활성화합니다.  이 옵션을 사용하면 헤더 파일이 변경된 경우 영향을받는 모든 오브젝트 파일이 다시 작성되도록, makefile이 설정됩니다.  이것은 개발 작업시에는 유용하지만 단순히 한 번 컴파일하고 설치하는 것 뿐이라면, 이것은 쓸데없는 오버 헤드입니다.  현재 GCC에서만이 옵션이 작동합니다. 

--enable-dtrace
 동적 추적 도구 DTrace 지원을 활성화하고 PostgreSQL을 컴파일합니다.  더 자세한 정보는 항 27.4 를 참조하십시오.
 dtrace 프로그램을 가리키는 데 DTRACE 환경 변수를 설정할 수 있습니다.  dtrace는 일반적으로 검색 경로에 없을 가능성이있는 / usr / sbin 아래에 설치되어 있기 때문에,이 설정은 잘해야합니다.
 또한 dtrace 프로그램의 명령 줄 옵션을 DTRACEFLAGS 환경 변수로 지정할 수 있습니다.  Solaris에서 64 비트 바이너리에서 DTrace를 지원하려면 DTRACEFLAGS = "-64"를 configure에 지정하십시오.  예를 들어 GCC 컴파일러를 사용하는 경우 다음과 같이합니다.
  . / configure CC = gcc-m64 '- enable-dtrace DTRACEFLAGS ='-64 '...
 Sun의 컴파일러를 사용하는 경우 다음과 같이합니다.
  . / configure CC = '/ opt / SUNWspro / bin / cc-xtarget = native64'- enable-dtrace DTRACEFLAGS = '-64'...
 configure가 선출 다른 C 컴파일러를 사용하고 싶은 경우에는 CC 환경 변수를 사용하고자하는 프로그램으로 설정할 수 있습니다.  기본적으로 configure는 유효한면 gcc를 사용할 수없는 경우 플랫폼의 디폴트 (보통 cc)을 선택합니다.  마찬가지로 기본 컴파일러 플래그는 필요에 따라 CFLAGS 변수를 덮어 쓸 수 있습니다.
 다음과 같이하여 configure 명령 줄에 환경 변수를 지정할 수 있습니다.
  . / configure CC = / opt / bin / gcc CFLAGS = '-O2-pipe'
 다음은이 방식으로 구성 할 수있는 중요한 환경 변수의 목록입니다.
 BISON - Bison 프로그램.
 CC - C 컴파일러.
 CFLAGS - C 컴파일러에 전달하는 옵션.
 CPP - C 전 처리기.
 CPPFLAGS - C 전 처리기로 전달 옵션.
 DTRACE - dtrace 프로그램의 위치.
 DTRACEFLAGS - dtrace 프로그램에 전달할 옵션.
 FLEX - Flex 프로그램.
 LDFLAGS - 실행 파일 또는 공유 라이브러리에 링크 할 때 사용하는 옵션입니다.
 LDFLAGS_EX - 실행 파일 링크시에만 추가되는 옵션.
 LDFLAGS_SL - 공유 라이브러리 링크시에만 추가되는 옵션.
 MSGFMT - 다국어 지원 (NLS) 용의 msgfmt 프로그램.
 PERL - Perl 인터프리터의 전체 경로입니다.  이것은 PL / Perl 구축에 관한 의존성을 결정하는 데 사용됩니다.
 PYTHON - Python 인터프리터의 전체 경로입니다.  이것은 PL / Python 구축에 관한 의존성을 결정하는 데 사용됩니다.  또한 여기에서 Python 2 또는 3을 지정할지 여부에 (혹은 암시 적으로 선택됩니다) 두 PL / Python 언어를 사용할 수 될지도 결정됩니다.  항 42.1 를 참조하십시오.
 TCLSH - Tcl 인터프리터의 전체 경로입니다.  이것은 PL / Tcl 구축에 관한 의존성을 결정하기 위해 사용되는 Tcl 스크립트를 바꿉니다.
 XML2_CONFIG - libxml 설치 위치를 식별하는 데 사용하는 xml2-config 프로그램입니다. 

 주의 : 서버의 내부 코드 개발을 할 경우 - enable-cassert (많은 런타임 오류 검사를 활성화) 옵션과 - enable-debug (디버깅 도구의 편리 성을 향상시키는) 옵션 사용을 권장 합니다.

출처: https://dbrang.tistory.com/740 [디비랑[dɪbɪraŋ]]

- Signature

안녕하세요 리눅스 커뮤니티 한국 리눅스 입니다.

linux korea