ccontrol - 클라우드 온라인

프로그램:

이름

ccontrol - distcc, ccache 등을 제어하는 ​​래퍼

개요

GCC ...

cc ...

C ++ ...

확인 ...

ld ...

제어 [--섹션= ] ...

제어 [--섹션= ]

기술

XNUMXD덴탈의 제어(1) 프로그램이 컴파일러와 링커의 역할을 대신하고
구성 파일을 사용하여 호출하기 전에 수행할 작업을 결정합니다. 이것은 특히 유용합니다
활성화와 같은 명령 및 옵션에 대한 중앙 집중식 제어 distcc(1)과하면
캐시(1).

인셀덤 공식 판매점인 제어(1) 인수 없이 자체 이름으로 호출되면 다음을 인쇄합니다.
이 디렉토리에 적용되는 설정( --부분 지정됨).

버전은 버그를 보고한 마지막 사람의 이름을 따서 명명됩니다.

옵션

일반적으로 제어(1)은 cc, make 등에 대한 심볼링 링크로 호출되므로 식별할 수 있습니다.
자신의 이름을 검사하여 호출되는 것. 자체적으로 호출할 수도 있습니다.
이 경우 ccontrol 관련 인수를 제공할 수 있습니다. 첫 번째 비 옵션
인수는 예를 들어 호출을 식별하는 데 사용됩니다. "ccontrol gcc ...".

다음 옵션은 다음과 같이 호출될 때 지원됩니다. 제어:

--섹션=
이것은 평가 목적을 위해 "현재 디렉토리"로 취급됩니다.
구성 파일. 모든 실제 디렉터리는 인수를 사용하여 "/"로 시작해야 하므로
그렇지 않은 경우 이 특정에 대한 구성을 재정의하는 좋은 방법입니다.
기도.

구성 FILE

ccontrol의 구성 파일은 $HOME/.ccontrol/config입니다. 이것을 읽을 수 없는 경우(및
서면), 컴파일이 모두 실패합니다. 여러 가지가 있는 것이 정상입니다.
이 디렉토리에 있는 구성 파일을 만들고 기본값을 심볼릭 링크로 만듭니다.

통사론

구성 파일은 섹션으로 구성되며 "[path]" 헤더와
들여쓰기된 "이름 = 값" 항목. 첫 번째 섹션은 일반적으로 "[*]"로 레이블이 지정되어
기본값. 최소한 "cc", "c++", "make" 및 "ld" 값을 설정해야 합니다.

ccontrol은 현재 디렉터리와 일치하는 모든 섹션을 읽으므로 재정의할 수 있습니다.
디렉토리별 값. 각 섹션의 "[경로]" 헤더는 쉘 스타일입니다.
와일드카드(참조 글롭(7)) 적용되는 디렉토리를 나타냅니다. 대개
모든 하위 디렉터리를 포함하려면 "*"로 끝납니다.

"~"로 시작하는 모든 경로는 사용자의 홈 디렉토리에 상대적입니다. 경로는 다음과 같을 수 있습니다.
디렉토리로 지정되며, 이 경우 ccontrol은 프로그램 이름을 디렉토리에 추가합니다.
디렉토리.

다음 설정을 사용할 수 있습니다.

cc
다음 = ccontrol이 호출될 때 호출될 컴파일러의 경로를 지정합니다.
"cc" 또는 "gcc"로 호출됩니다. 이것이 설정되지 않은 경우 ccontrol은 C 프로그램을 컴파일하지 못합니다.

C ++
다음 = ccontrol이 호출될 때 호출될 컴파일러의 경로를 지정합니다.
"c" 또는 "g"로 호출됩니다. 이것이 설정되지 않은 경우 ccontrol은 C++ 프로그램을 컴파일하지 못합니다.

ld
다음 = ccontrol이 호출될 때 호출될 링커의 경로를 지정합니다.
"ld"로. 이것이 설정되지 않은 경우 ccontrol은 프로그램 연결에 실패합니다.

확인
다음 = ccontrol이 호출될 때 호출될 바이너리의 경로를 지정합니다.
"만들다"로. 이것이 설정되지 않으면 ccontrol이 만들지 못합니다.

캐시
다음 = "ccache"의 경로를 지정하고 ccache가 사용될 것임을 나타냅니다.
적절한 경우. 뒤따를 경우 비활성화, 또는 설정하지 않으면 ccache가 사용되지 않습니다.

distcc
다음 = "distcc"의 경로를 지정하고 distcc가 사용될 것임을 나타냅니다.
적절한 경우. 뒤따를 경우 비활성화, 또는 설정되지 않음, 또는 distcc-hosts가 설정되지 않음,
distcc는 사용되지 않습니다.

distcc 호스트
다음 = DISTCC_HOSTS 환경에 따라 사용할 distcc 서버를 지정합니다.
~의 변수 distcc(1). 뒤이어 비활성화 distcc를 비활성화합니다.

distc++-호스트
distcc-hosts와 동일하지만 Ccompilation에만 적용됩니다. 설정하지 않으면 distcc-hosts
사용. 따라서 "distc++-hosts"를 설정하여 C 컴파일용 distcc를 비활성화할 수 있습니다.
장애를 입히다".

CPU를
다음 = 보유하고 있는 CPU 수로 설정된 CPU 수(기본값은
"1"). 제어 이것을 사용하여 병렬 처리 수준을 조정합니다.

평행하지 않은
다음 = 공백으로 구분된 와일드카드 목록은 병렬 make for를 억제합니다.
모두 그 중 하나와 일치하는 대상을 만듭니다. 이 옵션이 필요한 이유는 제어(1)
보통 힘 확인(1) 모든 작업을 병렬로 수행하지만 혼란스러울 수 있습니다.
오류가 발생하면 잘못 작성된 메이크파일을 깨뜨립니다. 뒤이어 비활성화,
모든 타겟에 대해 병렬 메이크를 활성화합니다. 이것은 다음에서 병렬 메이크를 다시 활성화하는 데 유용합니다.
하위 디렉토리.

좋은
다음 = 및 -19에서 20까지의 우선 순위 수준은 ccontrol이
이 값을 우선합니다. 기본값은 10입니다.

포함
다음 = 현재 지점에 포함할 파일을 지정합니다. 효과는 바로
포함된 파일의 내용을 그대로 삽입한 것처럼. 파일에서 사용 가능
섹션을 포함하는 수준. 섹션을 포함하기 위해 섹션 내에서 사용할 수도 있습니다.
파편.

추가하다
다음 = 각 호출에 추가할 인수를 지정합니다. 확인. 이것은 할 수 있습니다
여러 인수를 추가하려면 여러 번 지정해야 합니다. 뒤이어 비활성화 제거
이전에 지정된 인수.

환경 추가
다음 = "add env =
CCACHE_DIR=/ TMP". 여러 환경을 설정하기 위해 여러 번 지정할 수 있습니다.
변수. 뒤이어 비활성화 이전에 지정된 모든 인수를 제거합니다.

말 수가 많은
그 자체로 다음을 나타냅니다. 제어(1) 표준 오류에 많은 쓰레기를 뱉어내는 것입니다.
당신의 무고한 커맨드 라인에 무슨 일이 일어나고 있는지에 대해.

잠금 파일
사용할 특정 잠금 파일을 지정합니다.

사용 예

다음은 최소 구성 파일입니다.

[*]
CC = /usr/빈/gcc
C++ = /usr/빈/g++
ld = /usr/빈/ld
만들다 = /usr/빈/만들기

여러 위치(노트북 등)가 있는 경우 "전역" 파일이 있는 것이 일반적입니다.
다음과 같이 모든 구성 파일에 포함됩니다.

# 직장에 있을 때를 위한 구성 파일입니다. 많은 distcc 호스트!
포함 = ~/.ccontrol/글로벌

[*]
distcc-hosts = snab swarm1 swarm3 swarm4 swarm5 fandango2 mingo
distc++-hosts = 밍고를 잡아먹다

다음은 몇 가지 일반적인 시나리오가 포함된 전체 구성 파일입니다.

[*]
CC = /usr/bin/gcc-4.0
C++ = /usr/bin/g++-4.0
ld = /usr/빈/ld
만들다 = /usr/빈/만들기
# 디버깅을 위해 다시 주석 처리
# 장황
distcc = /usr/bin/distcc
distcc-hosts = snab swarm1 swarm3 swarm4 swarm5 fandango2 mingo
distc++-hosts = 밍고를 잡아먹다
ccache = /usr/bin/ccache
# make check는 일반적으로 병렬로 실행하면 안 됩니다.
평행하지 않음 = 확인

# Wesnoth는 g++ 4.0으로 컴파일되지 않습니다.
[*웨스노트*]
C++ = /usr/bin/g++-3.4

# 어리석은 타사 모듈은 병렬로 빌드하지 않습니다.
[/usr/src/모듈/*]
병렬 없음 = *

# module-init-tools를 테스트할 때 distcc를 사용하면 이상한 결과가 발생합니다.
[*모듈-초기화 도구*/tests/*]
distcc 비활성화

onworks.net 서비스를 사용하여 온라인으로 ccontrol 사용