이 문서는 지원되지 않는 PostgreSQL 버전에 대한 것입니다.
당신은 다음과 같은 페이지를 보고 싶을 수도 있습니다.현재버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

15.4. 윈 토토 절차

  1. 구성

    설치 절차의 첫 번째 단계는 시스템의 소스 트리를 선택하고 원하는 옵션을 선택하세요. 이는 다음을 실행하여 수행됩니다.구성스크립트. 기본 설치의 경우 다음을 입력하면 됩니다.

    ./구성

    이 스크립트는 다음 값을 결정하기 위해 여러 가지 테스트를 실행합니다. 다양한 시스템 종속 변수를 분석하고 사용자의 특이한 점을 감지합니다. 운영 체제를 종료하고 마지막으로 여러 파일을 생성합니다. 발견한 내용을 기록하기 위해 트리를 만듭니다. 실행할 수도 있습니다.구성소스 트리 외부 디렉토리에서, 빌드 디렉토리를 별도로 유지하려는 경우. 이 절차는 a라고도 함VPATH빌드. 방법은 다음과 같습니다.

    mkdir build_dir
    cd build_dir
    /path/to/source/tree/configure [옵션은 여기로 이동]
    gmake

    기본 구성은 서버와 유틸리티를 구축합니다. 뿐만 아니라 필요한 모든 클라이언트 애플리케이션과 인터페이스도 C 컴파일러. 모든 파일은 아래에 설치됩니다./usr/local/pgsql기본적으로.

    다음을 통해 빌드 및 설치 프로세스를 사용자 정의할 수 있습니다. 다음 명령줄 옵션 중 하나 이상을 제공합니다.구성:

    --접두사=프리픽스

    디렉토리 아래의 모든 파일 윈 토토프리픽스대신에/usr/local/pgsql. 실제 파일은 다음과 같습니다. 다양한 하위 디렉토리에 설치됩니다. 어떤 파일도 없을 것입니다 에 직접 설치됨프리픽스디렉토리.

    특별한 필요 사항이 있는 경우 개인별 맞춤 설정도 가능합니다. 다음 옵션이 있는 하위 디렉터리. 그러나 떠나면 기본값을 사용하면 설치 위치를 변경할 수 있습니다. 즉, 설치 후 디렉토리를 이동할 수 있습니다. (그만큼남자그리고문서위치는 이에 영향을 받지 않습니다.)

    재배치 가능한 설치의 경우 다음을 사용할 수 있습니다.구성's--disable-rpath옵션. 또한, 당신은 말해야 할 것입니다 운영 체제에서 공유 라이브러리를 찾는 방법.

    --exec-prefix=EXEC-PREFIX

    아키텍처 종속 파일을 다른 이름으로 윈 토토할 수 있습니다 접두사,EXEC-PREFIX, 무엇보다프리픽스로 설정되었습니다. 이것은 호스트 간에 아키텍처 독립적인 파일을 공유하는 데 유용합니다. 만약에 그럼 이걸 생략하세요.EXEC-PREFIX이다 동일하게 설정프리픽스그리고 둘 다 아키텍처 종속적이고 독립적인 파일이 설치됩니다. 같은 나무 아래에 있는 것이 아마도 당신이 원하는 것일 겁니다.

    --bindir=디렉토리

    실행 가능한 프로그램의 디렉토리를 지정합니다. 기본값은EXEC-PREFIX/bin, 일반적으로 다음을 의미함/usr/local/pgsql/bin.

    --sysconfdir=디렉토리

    다양한 구성 파일의 디렉토리를 설정합니다.프리픽스/기타작성자 기본.

    --libdir=디렉토리

    라이브러리를 윈 토토하고 동적으로 로드할 수 있는 위치를 설정합니다. 모듈. 기본값은EXEC-PREFIX/lib.

    --includedir=디렉토리

    C 및 C++ 헤더 파일을 윈 토토할 디렉터리를 설정합니다. 그만큼 기본값은프리픽스/포함.

    --datarootdir=디렉토리

    다양한 유형의 읽기 전용 데이터에 대한 루트 디렉토리를 설정합니다. 파일. 이는 다음 중 일부에 대해서만 기본값을 설정합니다. 옵션. 기본값은프리픽스/공유.

    --datadir=디렉토리

    다음에서 사용하는 읽기 전용 데이터 파일용 디렉토리를 설정합니다. 설치된 프로그램. 기본값은DATAROOTDIR. 참고로 이건 아무것도 아니다 데이터베이스 파일이 배치될 위치와 관련이 있습니다.

    --localedir=디렉토리

    특히 로케일 데이터 설치를 위한 디렉토리를 설정합니다. 메시지 번역 카탈로그 파일. 기본값은DATAROOTDIR/locale.

    --mandir=디렉토리

    함께 제공되는 매뉴얼 페이지PostgreSQL이 아래에 설치됩니다 디렉토리, 각각의남자x하위 디렉토리. 기본값은DATAROOTDIR/남자.

    --docdir=디렉터리

    문서 파일 윈 토토를 위한 루트 디렉토리를 설정합니다. 제외하고"남자"페이지. 이것은 단지 다음 옵션의 기본값입니다. 이에 대한 기본값 옵션은DATAROOTDIR/doc/postgresql.

    --htmldir=디렉토리

    다음에 대한 HTML 형식 문서PostgreSQL이 아래에 윈 토토됩니다 예배 규칙서. 기본값은DATAROOTDIR.

    참고:윈 토토가 가능하도록 주의를 기울였습니다PostgreSQL공유로 윈 토토 위치(예:/usr/local/include)을 방해하지 않고 나머지 시스템의 네임스페이스. 먼저, 문자열"/postgresql"이다 자동으로 추가됨datadir, sysconfdirdocdir, 완전히 확장된 디렉토리 이름이 아닌 경우 이미 문자열이 포함되어 있습니다."포스트그레스"또는"pgsql". 예를 들어 다음을 선택하는 경우/usr/로컬접두사로서 문서는 다음과 같습니다. 설치됨/usr/local/doc/postgresql, 하지만 접두사가 다음과 같은 경우에는/opt/postgres그러면 안에 있을 거야/opt/postgres/doc. 그만큼 클라이언트 인터페이스의 공개 C 헤더 파일은 다음 위치에 설치됩니다.포함dir그리고 네임스페이스가 깨끗합니다. 그만큼 내부 헤더 파일과 서버 헤더 파일이 설치됩니다. 아래의 개인 디렉토리에포함dir. 방법에 대한 자세한 내용은 각 인터페이스의 설명서를 참조하세요. 헤더 파일에 액세스합니다. 마지막으로 개인 하위 디렉터리는 해당하는 경우 아래에도 생성됩니다.libdir동적으로 로드 가능한 모듈의 경우.

    --with-includes=디렉토리

    디렉터리콜론으로 구분됩니다. 컴파일러 목록에 추가될 디렉터리 목록 헤더 파일을 검색합니다. 선택적 패키지가 있는 경우(예: 암소 비슷한 일종의 영양Readline)에 윈 토토됨 비표준 위치인 경우 이 옵션을 사용해야 하며 아마도 또한 해당--with-라이브러리옵션.

    예:--with-includes=/opt/gnu/include:/usr/sup/include.

    --with-libraries=디렉토리

    디렉토리콜론으로 구분됩니다. 라이브러리를 검색할 디렉토리 목록입니다. 당신은 아마도 이 옵션(및 해당하는을 사용하려면--포함옵션) 패키지가 있는 경우 비표준 위치에 윈 토토되었습니다.

    예:--with-libraries=/opt/gnu/lib:/usr/sup/lib.

    --enable-nls[=언어]

    모국어 지원 활성화 (NLS), 즉 영어 이외의 언어로 된 프로그램 메시지.언어선택적인 공백으로 구분된 목록입니다. 지원하려는 언어의 코드(예:)--enable-nls='de fr'. (교차로 귀하의 목록과 실제로 제공된 번역 세트 사이 자동으로 계산됩니다.) 목록을 지정하지 않으면 사용 가능한 번역이 모두 윈 토토되었습니다.

    이 옵션을 사용하려면 다음 구현이 필요합니다.GettextAPI; 위를 참조하세요.

    --with-pgport=NUMBER

    설정NUMBER기본 포트로 서버 및 클라이언트의 번호입니다. 기본값은 5432입니다. 포트는 항상 나중에 변경되지만 여기서 지정하면 둘 다 서버와 클라이언트는 동일한 기본값으로 컴파일됩니다. 매우 편리할 수 있습니다. 일반적으로 이 제품을 선택하는 유일한 이유는 기본값이 아닌 값은 여러 개를 실행하려는 경우입니다.PostgreSQL서버가 동일한 시스템에 있습니다.

    --with-perl

    빌드하세요PL/펄서버측 언어.

    --with-python

    빌드하세요PL/파이썬서버측 언어.

    --with-tcl

    빌드PL/Tcl서버측 언어.

    --with-tclconfig=디렉토리

    Tcl이 파일을 윈 토토합니다.tclConfig.sh, 모듈을 빌드하는 데 필요한 구성 정보가 포함되어 있습니다. Tcl과 인터페이스합니다. 이 파일은 일반적으로 다음 위치에서 자동으로 발견됩니다. 잘 알려진 위치이지만 다른 버전의 Tcl 그것을 찾을 디렉토리를 지정할 수 있습니다.

    --with-gssapi

    GSSAPI 인증을 지원하여 빌드하세요. 많은 시스템에서, GSSAPI(보통 Kerberos 설치의 일부) 시스템은 기본적으로 검색되는 위치에 설치되지 않음(예:/usr/include, /usr/lib), 따라서 옵션을 사용해야 합니다--with-includes그리고--with-라이브러리이 옵션 외에도.구성필요한 사항을 확인합니다 헤더 파일과 라이브러리를 사용하여 GSSAPI가 계속하기 전에 윈 토토만으로 충분합니다.

    --with-krb5

    Kerberos 5 인증을 지원하도록 빌드하세요. 많은 시스템의 경우 Kerberos 시스템이 다음 위치에 설치되어 있지 않습니다. 기본적으로 검색됩니다(예:/usr/include, /usr/lib), 따라서 옵션을 사용해야 합니다--포함그리고--with-라이브러리이 옵션 외에도.구성필요한 사항을 확인합니다 헤더 파일 및 라이브러리를 사용하여 Kerberos가 계속하기 전에 윈 토토만으로 충분합니다.

    --with-krb-srvnam=이름

    Kerberos 서비스 주체의 기본 이름(다음에서도 사용됨) GSSAPI).포스트그레스기본값입니다. 있다 일반적으로 Windows가 없으면 이를 변경할 이유가 없습니다. 환경에서는 대문자로 설정해야 합니다.포스트그레스.

    --with-openssl

    다음을 지원하여 빌드SSL(암호화된) 연결. 이를 위해서는 다음이 필요합니다.오픈SSL패키지를 윈 토토해야 합니다.구성필요한 헤더 파일을 확인합니다 및 라이브러리를 통해 귀하의오픈SSL윈 토토하기 전에는 충분합니다. 진행.

    --with-pam

    다음으로 구축PAM(플러그 가능 인증 모듈) 지원.

    --with-ldap

    다음으로 빌드LDAP지원 인증 및 연결 매개변수 조회(참조섹션 31.17그리고섹션 19.3.8더 보기 정보). Unix에서는 다음이 필요합니다.오픈LDAP패키지가 윈 토토됩니다. 윈도우에서는, 기본값WinLDAP라이브러리는 사용된.구성다음을 확인하겠습니다. 귀하의 헤더 파일과 라이브러리가 다음과 같은지 확인하는 데 필요합니다.오픈LDAP윈 토토는 계속하기 전에 충분합니다.

    --readline 없음

    다음의 사용을 방지합니다Readline라이브러리 (그리고libedit또한). 이 옵션은 명령줄 편집 및 기록을 비활성화합니다.psql따라서 그렇지 않습니다. 추천합니다.

    --libedit-선호

    BSD 라이센스 사용을 선호합니다libeditGPL 라이센스가 아닌 라이브러리Readline. 이 옵션은 두 라이브러리가 모두 설치된 경우에만 중요합니다. 기본값 이 경우에는 다음을 사용하는 것입니다.Readline.

    --봉쥬르 포함

    Bonjour 지원으로 빌드하세요. 이를 위해서는 Bonjour 지원이 필요합니다. 귀하의 운영 체제. Mac OS X에서 권장됩니다.

    --with-ossp-uuid

    다음을 사용하여 구성요소를 구축하세요OSSP UUID 도서관. 구체적으로 다음을 빌드하세요.uuid-ossp24867_24921

    --with-libxml

    libxml로 빌드합니다(SQL/XML 지원 활성화). Libxml 버전 이 기능을 사용하려면 2.6.23 이상이 필요합니다.

    Libxml이 프로그램을 윈 토토합니다.xml2-config필수 컴파일러 및 링커를 감지하는 데 사용할 수 있음 옵션. PostgreSQL은 이를 발견하면 자동으로 사용합니다. 지정하려면 비정상적인 위치에 libxml을 설치하는 경우 다음 중 하나를 설정할 수 있습니다. 환경 변수XML2_CONFIG에 다음을 가리킨다.xml2-config프로그램 소속 윈 토토하거나 옵션을 사용하세요--with-includes그리고--with-라이브러리.

    --with-libxslt

    빌드할 때 libxslt를 사용하세요토토 : 문서 : 9.3 : 토토2모듈.xml2이것에 의존합니다 XML의 XSL 변환을 수행하는 라이브러리입니다.

    --비활성화-정수-날짜 시간

    타임스탬프에 대한 64비트 정수 저장 지원을 비활성화하고 간격을 지정하고 날짜/시간 값을 부동 소수점 숫자로 저장합니다. 대신에. 부동 소수점 날짜/시간 저장소는PostgreSQL8.4 이전 릴리스, 하지만 마이크로초를 지원하지 않기 때문에 이제는 더 이상 사용되지 않습니다. 전체 범위에 대한 정밀도타임스탬프값. 그러나 정수 기반 날짜/시간 저장소에는 64비트가 필요합니다. 정수형. 따라서 이 옵션은 해당 유형이 없을 때 사용할 수 있습니다. 사용할 수 있거나 다음용으로 작성된 응용 프로그램과의 호환성을 위해 이전 버전PostgreSQL. 보다PostgreSQL : 문서 : 9.3 : 날짜/배트맨 토토 유형더 보기 정보.

    --disable-float4-byval

    float4 값 전달 비활성화"by 값", 전달되도록 함"by 참조"대신. 이 옵션을 사용하면 성능이 저하되지만 이전 사용자 정의 함수와의 호환성을 위해 필요합니다. C로 작성되었으며 다음을 사용합니다."버전 0"호출 규칙. 더 나은 장기적인 해결책은 모든 것을 업데이트하는 것입니다. 이러한 기능을 사용하려면"버전 1"호출 규칙.

    --disable-float8-byval

    float8 값 전달 비활성화"by 값", 전달되도록 함"by 참조"대신. 이 옵션을 사용하면 성능이 저하되지만 이전 사용자 정의 함수와의 호환성을 위해 필요합니다. C로 작성되었으며 다음을 사용합니다."버전 0"호출 규칙. 더 나은 장기적인 해결책은 모든 것을 업데이트하는 것입니다. 이러한 기능을 사용하려면"버전 1"호출 규칙. 이 옵션은 float8뿐만 아니라 int8 및 타임스탬프와 같은 일부 관련 유형도 있습니다. 32비트의 경우 플랫폼,--disable-float8-byval이것은 기본값이며 선택할 수 없습니다.--enable-float8-byval.

    --with-segsize=SEGSIZE

    설정세그먼트 크기, 기가바이트 단위. 큰 테이블은 여러 운영 체제 파일로 나누어집니다. 크기는 세그먼트 크기와 동일합니다. 이렇게 하면 파일 문제를 방지할 수 있습니다. 많은 플랫폼에 존재하는 크기 제한. 기본 세그먼트 크기, 1GB는 지원되는 모든 플랫폼에서 안전합니다. 귀하의 운영중인 경우 시스템에는"대형 파일"지원( 요즘은 대부분 그렇습니다) 더 큰 세그먼트 크기를 사용할 수 있습니다. 이것은 다음과 같은 경우 소비되는 파일 설명자 수를 줄이는 데 도움이 됩니다. 매우 큰 테이블로 작업합니다. 하지만 다음을 선택하지 않도록 주의하세요. 플랫폼과 파일에서 지원하는 것보다 큰 값 사용하려는 시스템. 다음과 같이 사용하고 싶은 다른 도구 처럼타르, 또한 다음에 대한 제한을 설정할 수도 있습니다. 사용 가능한 파일 크기 권장되지만 절대적인 것은 아닙니다. 이 값은 2의 거듭제곱이어야 합니다. 이 값을 변경하면 값에는 initdb가 필요합니다.

    --with-blocksize=블록 크기

    설정블록 크기(킬로바이트). 이것 테이블 내의 저장 및 I/O 단위입니다. 기본값은 8 킬로바이트는 대부분의 상황에 적합합니다. 하지만 다른 값은 특별한 경우에 유용합니다. 값은 1 사이에서 2의 거듭제곱이어야 합니다. 32(킬로바이트). 이 값을 변경하려면 initdb.

    --with-wal-segsize=SEGSIZE

    설정WAL 세그먼트 크기(MB). 이는 WAL 로그에 있는 각 개별 파일의 크기입니다. 그럴 수도 있다 WAL 로그의 세분성을 제어하기 위해 이 크기를 조정하는 데 유용합니다. 해운. 기본 크기는 16MB입니다. 값은 다음과 같아야 합니다. 1에서 64(메가바이트) 사이의 2의 거듭제곱입니다. 이것을 변경하면 참고하세요 값에는 initdb가 필요합니다.

    --with-wal-blocksize=블록 크기

    설정WAL 블록 크기, 킬로바이트 단위. WAL 로그 내의 저장 및 I/O 단위입니다. 그만큼 기본값인 8KB는 대부분의 상황에 적합합니다. 하지만 다른 특별한 경우에는 값이 유용할 수 있습니다. 값은 다음의 거듭제곱이어야 합니다. 1에서 64(킬로바이트) 사이의 2개입니다. 이 값을 변경하는 데 유의하세요. initdb가 필요합니다.

    --비활성화-스핀록

    다음의 경우에도 빌드가 성공하도록 허용PostgreSQL다음에 대한 CPU 스핀록 지원이 없습니다. 플랫폼. 스핀록 지원이 부족하면 성능이 저하됩니다. 성능; 따라서 이 옵션은 다음과 같은 경우에만 사용해야 합니다. 빌드가 중단되고 플랫폼에 스핀록이 없음을 알려줍니다. 지원하다. 빌드하는 데 이 옵션이 필요한 경우PostgreSQL귀하의 플랫폼에서 문제는PostgreSQL개발자.

    --비활성화-스레드 안전성

    클라이언트 라이브러리의 스레드 안전성을 비활성화합니다. 이는 방지합니다 동시 스레드 inlibpq그리고ECPG안전한 프로그램 비공개 연결 핸들을 제어합니다.

    --with-system-tzdata=디렉토리

    포스트그레SQL자신의 것을 포함합니다 날짜 및 시간 작업에 필요한 시간대 데이터베이스입니다. 이 시간대 데이터베이스는 실제로 IANA 시간과 호환됩니다. FreeBSD와 같은 많은 운영 체제에서 제공되는 영역 데이터베이스, Linux 및 Solaris이므로 다시 윈 토토하는 것이 중복됩니다. 이 옵션을 사용하면 시스템 제공 시간대 데이터베이스는디렉토리31816_31894디렉토리절대값으로 지정해야 합니다. 길./usr/share/zoneinfo아마도 일부 운영 체제에서는 디렉터리입니다. 참고로 설치 루틴은 일치하지 않거나 잘못된 시간대 데이터를 감지하지 않습니다. 만약에 이 옵션을 사용하는 경우 회귀 테스트를 실행하여 지정한 시간대 데이터가 올바르게 작동하는지 확인하십시오. 와 함께PostgreSQL.

    이 옵션은 주로 바이너리 패키지 배포자를 대상으로 합니다. 대상 운영 체제를 잘 알고 있습니다. 주요 장점 이 옵션을 사용하면 PostgreSQL 패키지가 필요하지 않습니다. 많은 현지 일광 절약 시간제 규칙 중 하나가 적용될 때마다 업그레이드됨 변화. 또 다른 장점은 PostgreSQL을 크로스 컴파일할 수 있다는 점입니다. 시간대 데이터베이스 파일이 필요하지 않은 경우 더 간단하게 설치 중에 빌드됩니다.

    --zlib 없이

    다음의 사용을 방지합니다Zlib도서관. 이렇게 하면 압축된 아카이브에 대한 지원이 비활성화됩니다.pg_dump그리고pg_restore. 이 옵션은 다음 용도로만 사용됩니다. 이 라이브러리를 사용할 수 없는 드문 시스템입니다.

    --활성화-디버그

    디버깅 기호를 사용하여 모든 프로그램과 라이브러리를 컴파일합니다. 이것 이는 디버거에서 프로그램을 실행하여 분석할 수 있음을 의미합니다. 문제. 설치된 실행 파일의 크기가 커집니다. GCC가 아닌 컴파일러에서는 일반적으로 비활성화됩니다. 컴파일러 최적화로 인해 속도가 느려집니다. 그러나 사용 가능한 기호는 모든 문제를 처리하는 데 매우 유용합니다. 발생할 수 있는 문제. 현재는 이 옵션을 권장합니다. GCC를 사용하는 경우에만 프로덕션 설치에 사용됩니다. 하지만 당신은해야 개발 작업을 하거나 베타 버전입니다.

    --활성화 범위

    GCC를 사용하는 경우 모든 프로그램과 라이브러리는 코드로 컴파일됩니다. 커버리지 테스트 장비. 실행되면 파일이 생성됩니다. 코드 적용 범위 측정 항목이 있는 빌드 디렉터리. 보다섹션 30.4더 많은 정보를 원하시면. 이것 옵션은 GCC 및 개발 시에만 사용됩니다. 일하다.

    --프로파일링 활성화

    GCC를 사용하는 경우 모든 프로그램과 라이브러리는 컴파일되어 프로파일링할 수 있습니다. 백엔드 종료 시 하위 디렉터리가 생성됩니다. 를 포함하는gmon.out사용할 파일 프로파일링 중. 이 옵션은 GCC에서만 사용되며 다음을 수행할 때만 사용됩니다. 개발 작업입니다.

    --enable-cassert

    활성화어설션서버를 체크인하고, 많은 사람들을 위한 테스트"일어날 수 없는 일입니다"조건. 이는 코드 개발 목적으로는 매우 중요하지만 테스트로 인해 서버 속도가 크게 느려질 수 있습니다. 또한, 테스트를 켰다고 해서 시스템의 안정성이 반드시 향상되는 것은 아닙니다. 섬기는 사람! 어설션 검사는 심각도에 따라 분류되지 않습니다. 상대적으로 무해한 버그라도 여전히 다음과 같은 결과를 초래할 수 있습니다. 어설션 실패가 발생하면 서버가 다시 시작됩니다. 이 옵션은 프로덕션 용도로는 권장되지 않지만 개발 작업 또는 베타 버전을 실행할 때.

    --활성화-의존

    자동 종속성 추적을 활성화합니다. 이 옵션을 사용하면 makefile은 영향을 받는 모든 객체 파일이 생성되도록 설정됩니다. 헤더 파일이 변경되면 다시 빌드됩니다. 다음과 같은 경우에 유용합니다. 개발 작업을 수행하지만 의도한 경우 오버헤드만 낭비됩니다. 한 번만 컴파일하고 설치하면 됩니다. 현재 이 옵션만 GCC와 함께 작동합니다.

    --활성화-dtrace

    컴파일PostgreSQL와 함께 동적 추적 도구 DTrace를 지원합니다. 보다섹션 27.4더 많은 정보를 원하시면.

    다음을 가리키려면dtrace프로그램, 환경 변수DTRACE설정할 수 있습니다. 이것 종종 필요할 것이기 때문입니다.dtrace이다 일반적으로 아래에 윈 토토됨/usr/sbin, 경로에 없을 수도 있습니다.

    에 대한 추가 명령줄 옵션dtrace프로그램은 환경에서 지정될 수 있습니다 변하기 쉬운DTRACEFLAGS. Solaris에서는 다음을 포함합니다. 64비트 바이너리에서 DTrace 지원을 지정해야 합니다.DTRACEFLAGS="-64"구성합니다. 예를 들어, GCC 컴파일러:

    ./configure CC='gcc -m64' --enable-dtrace DTRACEFLAGS='-64' ...

    Sun의 컴파일러 사용:

    ./configure CC='/opt/SUNWspro/bin/cc -xtarget=native64' --enable-dtrace DTRACEFLAGS='-64' ...

    당신이 그것과 다른 C 컴파일러를 선호한다면구성선택하면 환경을 설정할 수 있습니다. 변하기 쉬운CC당신이 선택한 프로그램에. 기본적으로,구성선택할 것입니다gcc사용 가능한 경우 그렇지 않으면 플랫폼의 기본값(보통cc). 마찬가지로 다음을 수행할 수 있습니다. 필요한 경우를 사용하여 기본 컴파일러 플래그를 재정의합니다.CFLAGS변수.

    다음에서 환경 변수를 지정할 수 있습니다.구성명령줄, 예:

    ./configure CC=/opt/bin/gcc CFLAGS='-O2 -pipe'

    다음은 설정할 수 있는 중요한 변수 목록입니다. 이런 식으로:

    바이슨

    들소 프로그램

    CC

    C 컴파일러

    CFLAGS

    C 컴파일러에 전달하는 옵션

    CPP

    C 전처리기

    CPPFLAGS

    C 전처리기에 전달하는 옵션

    DTRACE

    위치dtrace프로그램

    DTRACEFLAGS

    다음으로 전달할 옵션dtrace프로그램

    FLEX

    플렉스 프로그램

    LDFLAGS

    실행 파일이나 공유 파일을 링크할 때 사용할 옵션 도서관

    LDFLAGS_EX

    실행 파일만 연결하기 위한 추가 옵션

    LDFLAGS_SL

    공유 라이브러리만 연결하기 위한 추가 옵션

    MSGFMT

    msgfmt모국어용 프로그램 지원하다

    PERL

    Perl 인터프리터의 전체 경로 이름. 이는 다음에 사용됩니다. PL/Perl 빌드에 대한 종속성을 결정합니다.

    파이썬

    Python 인터프리터의 전체 경로 이름. 이는 다음에 사용됩니다. PL/Python 빌드에 대한 종속성을 결정합니다. 또한, 여부 Python 2 또는 3이 여기에 지정됩니다(또는 암시적으로 선택됨). PL/Python 언어의 어떤 변형이 될지 결정합니다. 사용 가능. 보다PostgreSQL : 문서 : 9.3 : 스포츠 토토 사이트 2 vs. 스포츠 토토 사이트 3자세한 정보는.

    TCLSH

    Tcl 인터프리터의 전체 경로 이름. 이는 다음에 사용됩니다. PL/Tcl 구축을 위한 종속성을 결정하면 다음과 같습니다. Tcl 스크립트로 대체되었습니다.

    XML2_CONFIG

    xml2-config다음을 찾는 데 사용되는 프로그램 libxml 설치.

    때로는 나중에 컴파일러 플래그를 추가하는 것이 유용할 수 있습니다. 가 선택한 세트구성. 안 중요한 예는 다음과 같습니다.gcc-오류옵션은 다음에 포함될 수 없습니다.CFLAGS다음으로 전달됨구성, 왜냐하면 많은 부분이 깨질 것이기 때문입니다.구성의 내장 테스트입니다. 이러한 플래그를 추가하려면 에 포함시키세요.COPT환경 실행 중 변수gmake. 그만큼 내용COPT둘 모두에 추가됩니다CFLAGS그리고LDFLAGS옵션 설정:구성. 예를 들어, 넌 할 수 있어

    gmake COPT='-Werror'

    또는

    COPT 내보내기='-Werror'
    gmake

    참고:서버 내부에서 코드를 개발할 때, 구성 옵션을 사용하는 것이 좋습니다.--활성화-카서트(많은 런타임 오류가 발생함) 수표) 및--활성화-디버그(향상됩니다. 디버깅 도구의 유용성).

    GCC를 사용하는 경우 최적화 수준으로 빌드하는 것이 가장 좋습니다 적어도-O1, 최적화를 사용하지 않기 때문에 (-O0)은 일부 중요한 컴파일러를 비활성화합니다. 경고(예: 초기화되지 않은 변수 사용) 하지만, 0이 아닌 최적화 수준은 디버깅을 복잡하게 만들 수 있습니다. 컴파일된 코드를 단계별로 실행하는 것은 일반적으로 일대일로 일치하지 않습니다. 소스 코드 라인으로. 디버깅을 하다가 헷갈리신다면 최적화된 코드, 관심 있는 특정 파일을 다시 컴파일-O0. 이를 수행하는 쉬운 방법은 다음과 같습니다. 옵션만들다: gmake PROFILE=-O0 파일.o.

    COPT그리고프로필환경 변수가 실제로 처리됩니다 마찬가지로포스트그레SQLmakefiles. 어떤 것을 사용할지는 선호의 문제이지만 일반적으로 개발자들 사이의 습관은 다음을 사용하는 것입니다.프로필용 일회성 플래그 조정, 반면COPT아마도 항상 설정되어 있어야 합니다.

  2. 빌드

    빌드를 시작하려면 다음을 입력하세요:

    gmake

    (사용을 기억하세요GNU 만들다.) 빌드에는 몇 시간이 걸립니다. 하드웨어에 따라 분 정도 소요됩니다. 표시되는 마지막 줄은 BE:

    PostgreSQL이 모두 성공적으로 만들어졌습니다. 설치 준비가 완료되었습니다.

    만약 당신이 건설할 수 있는 모든 것을 건설하고 싶다면 문서(HTML 및 매뉴얼 페이지) 및 추가 모듈 (기여), 대신 다음을 입력하세요.

    지메이크 월드

    표시되는 마지막 줄은 다음과 같아야 합니다:

    PostgreSQL, contrib 및 문서가 성공적으로 작성되었습니다. 설치 준비가 완료되었습니다.
  3. 회귀 테스트

    설치하기 전에 새로 구축된 서버를 테스트하려는 경우 이 시점에서 회귀 테스트를 실행할 수 있습니다. 회귀 테스트는 다음을 확인하는 테스트 모음입니다.PostgreSQL당신의 컴퓨터에서 다음과 같은 방식으로 실행됩니다. 개발자들은 그럴 것이라고 예상했다. 유형:

    gmake 확인

    (이것은 루트로 작동하지 않습니다. 권한이 없는 사용자로 수행하십시오.)장 30자세한 정보가 포함되어 있습니다. 테스트 결과 해석에 대해 이 테스트를 다음에서 반복할 수 있습니다. 나중에 동일한 명령을 실행하면 됩니다.

  4. 파일 윈 토토

    참고:기존 시스템을 업그레이드하는 경우 다음을 확인하십시오. 읽다토토 핫 : 문서 : 9.3 : 토토 핫 클러스터 업그레이드이것은 클러스터 업그레이드에 대한 지침을 참조하세요.

    윈 토토하려면PostgreSQL입력:

    gmake 설치

    이것은 지정된 디렉토리에 파일을 설치합니다 안에1단계. 확실하게 하다 해당 영역에 쓸 수 있는 적절한 권한이 있는지 확인하세요. 일반적으로 이 단계는 루트로 수행해야 합니다. 또는 다음을 수행할 수 있습니다. 미리 대상 디렉토리를 생성하고 준비하십시오. 적절한 권한이 부여됩니다.

    문서(HTML 및 매뉴얼 페이지)를 윈 토토하려면 다음을 입력하십시오:

    gmake 설치 문서

    위의 세계를 건설했다면 대신 다음을 입력하세요:

    gmake 설치 세계

    이것은 문서도 설치합니다.

    당신은 사용할 수 있습니다gmake 윈 토토-스트립대신 의gmake 설치실행 파일을 제거하려면 파일과 라이브러리가 설치될 때. 이렇게 하면 일부가 절약됩니다. 공간. 디버깅 지원으로 빌드한 경우 스트리핑은 디버깅 지원을 효과적으로 제거하므로 해당 작업만 수행해야 합니다. 디버깅이 더 이상 필요하지 않은 경우.윈 토토-스트립합리적인 일자리 절약을 시도합니다 하지만 모든 공간을 제거하는 방법에 대한 완벽한 지식은 없습니다. 실행 파일에서 불필요한 바이트를 모두 저장하려면 가능한 디스크 공간이 있으면 수동으로 수행해야 합니다. 일하다.

    표준 설치는 필요한 모든 헤더 파일을 제공합니다. 클라이언트 애플리케이션 개발 및 서버측용 사용자 정의 함수 또는 작성된 데이터 유형과 같은 프로그램 개발 C.에서 (이전)PostgreSQL8.0, 에 분리된gmake install-all-headers명령 후자에는 필요했지만 이 단계는 표준 윈 토토.)

    클라이언트 전용 윈 토토:만 윈 토토하려면 클라이언트 애플리케이션 및 인터페이스 라이브러리를 사용하면 다음을 사용할 수 있습니다. 명령:

    gmake -C src/bin 설치
    gmake -C src/include 설치
    gmake -C src/인터페이스 설치
    gmake -C 문서 설치

    src/bin다음에 대한 몇 가지 바이너리가 있습니다. 서버 전용으로 사용되지만 규모가 작습니다.

제거:설치를 취소하려면 다음 명령을 사용하십시오.gmake 제거. 그러나 이것은 그렇지 않습니다 생성된 디렉터리를 모두 제거하세요.

청소 중:설치 후 디스크 공간을 확보할 수 있습니다 다음 명령을 사용하여 소스 트리에서 빌드된 파일을 제거합니다.gmake clean. 이렇게 하면 파일이 보존됩니다. 에 의해 만들어진구성프로그램을 사용하면 모든 것을 재구축할 수 있습니다gmake나중에 에. 소스 트리를 원래 상태로 재설정하려면 배포, 사용gmake distclean. 당신이 동일한 소스 내에서 여러 플랫폼용으로 빌드할 예정입니다. 트리에서는 이 작업을 수행하고 각 플랫폼에 대해 재구성해야 합니다. (또는 각 플랫폼마다 별도의 빌드 트리를 사용하므로 소스 트리는 수정되지 않은 상태로 유지됩니다.)

빌드를 수행한 후 다음을 발견하면구성옵션이 잘못되었거나 변경한 경우 그 무엇이든구성조사합니다( 예를 들어 소프트웨어 업그레이드) 그렇게 하는 것이 좋습니다.gmake distclean재구성 및 재구축 전. 이것이 없으면 구성 선택 사항이 변경되지 않을 수 있습니다. 필요한 모든 곳에 전파하세요.