【Data Platform】/Postgresql
[PGS9.2] ./configure 옵션 및 설치 디렉토리 설명
디비랑
2013. 6. 26. 16:18
/********************************************************************************************
-- Title : [PGS9.2] ./configure 옵션 및 설치 디렉토리 설명
-- Reference : http://www.postgresql.org/docs/current/static/install-procedure.html
-- Key word : configure 구성 옵션 설치 디렉토리 install installation directory
********************************************************************************************/
-- 시스템 카탈로그
=# select * from pg_settings;
-- 설치 디렉토리
ㅇ postgres 홈디렉토리 확인
--PREFIX 로 지정 가능.
postgres$ echo $POSTGRES_HOME
/home/postgres/pgsql
ㅇ $POSTGRES_HOME/bin : 실행 프로그램 디렉토리.
--EXEC-PREFIX 로 지정 가능.
ㅇ $POSTGRES_HOME/lib : 라이브러리와 동적으로 로드 가능한 모듈 설치하는 디렉토리.
--LIBDIR 로 지정 가능.
ㅇ $POSTGRES_HOME/include : C 및 C++ 헤더 파일을 설치한느 디렉토리.
--INCLUDEDIR 로 지정 가능.
ㅇ $POSTGRES_HOME/share : 읽기 전용 데이터 파일의 루트 디렉토리 설정.
--DATAROOTDIR 로 지정 가능.
-- ./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 (디버깅 도구의 편리 성을 향상시키는) 옵션 사용을 권장 합니다.