B :: CC. B :: CC는 Perl 컴파일러의 최적화 된 C 번역 백엔드입니다.
지금 다운로드

B :: CC. 순위 및 요약

B :: CC. 태그

Perl 모듈 펄 컴파일러 펄 컴파일러 번역 백엔드

B :: CC. 설명

B :: CC는 Perl 컴파일러의 최적의 C 번역 백엔드입니다. B :: CC는 Perl 컴파일러의 최적화 된 C 번역 Backend.Synopsis Perl -mo = CC foo.pl 컴파일러 백엔드는 Perl 소스를 사용하고 프로그램의 흐름에 해당하는 C 소스 코드를 생성합니다. 즉,이 백엔드는 많은 사람들이 컴파일러에 대해 생각하는 의미에서 다소 "진짜"컴파일러입니다. 그러나 현재는 (대부분 또는 적어도 때로는) 올바른 코드를 생성 (주로 또는 적어도 때로는) 생성 되더라도 매우 가난한 컴파일러입니다. 비교적 적은 최적화를 수행합니다. 컴파일러가 개발되면 이렇게하면 변경됩니다. 결과는이 백엔드로 컴파일 된 실행 파일을 실행하는 것이 원래 Perl 프로그램 (C 컴파일러 백엔드가 공유하는 기능 - B :: C 참조)을 실행하는 것보다 더 빨리 시작될 수 있으며 약간 더 빠르게 실행될 수 있습니다. 이것은 아니오는 아닙니다. 컴파일러 - 아닙니다. 옵션이 아닌 인수가 있지만 저장할 객체의 이름이되도록 취해졌습니다 (아직 아직 올바르게 작동하지 않음). 추가 인수가 없으면 메인 프로그램을 저장합니다.-ofileNameOutput은 stdout-vverbose 컴파일 대신 파일 이름으로 저장합니다 .- 현재 몇 가지 컴파일 통계를 제공합니다. option-upackneMeForce의 upacknameforce 패키지 packname에서 확실히 사용되지 않는 하위가 컴파일됩니다. 이를 통해 프로그램은 서브 foo가 컴파일 된 시간에 사용되지 않을 수없는 경우에도 EVAL "foo ()"를 사용할 수 있습니다. 아래쪽은 실제로 사용되지 않는 하위가 코드가 생성 된 코드가 있습니다. 이 옵션은 예를 들어 $ sig {bar} = "foo"로 초기화하는 신호 처리기 foo가있는 경우에 필요합니다. 그러나 더 나은 수정은 $ sig {bar} = foo로 변경하는 것입니다. 여러 -U 옵션을 가질 수 있습니다. 컴파일러는 컴파일해야하지만 현재 버전이 잘 수행하지 않는 포장 장치를 알아낼 수있는 패키지를 파악하려고합니다. 특히, 패키지 A는 실행 가능한 실행 파일의 소스를 생성하는 소스를 생성하는 -MMODULEnameInstead의 서브 A-mmodulEnameInstead가 포함되지 않는 위치에서 중첩 된 패키지 (즉, A :: B의 I.E.e.의 I.E.e.)에 의해 혼동된다. Xsub 모듈의 소스를 생성하는 소스를 생성한다. boot_moduleName 함수 (Dynaloader가 찾을 수있는)는 적절한 초기화를 수행하고 컴파일되는 Perl 소스의 주요 부분을 실행합니다.-DDEBUG 옵션 (PERL -D와 같은 연결 또는 별도의 플래그) .- STDERR에 디버깅 출력을 프로그램의 런타임에 쓸 것입니다 (그렇지 않으면 C 출력에 주석으로 정보를 씁니다). 그것은 각 하위 또는 주 프로그램에로드됩니다.-DQOutputs 큐의 각 가짜 PP 함수의 이름은 처리됩니다.-DLOutput 프로세서 (pp_nextState)의 Perl 코드의 각 원래 줄의 파일 이름과 줄 번호. -DTOutputs 컴파일 단계의 타이밍 정보. - 한 번에 하나씩 optmal을 켜거나 끕니다.-FFreetMPS-BBlockDelays 각 문장의 끝에서 각 기본 블록의 끝까지 freetmps. 루프를 구성하는 기본 블록 그룹의 그룹의 끝까지 각 문장의 끝 부분. FreeTMPS-* Options 중 하나는 Perl의 오염 메커니즘을 취급하기위한 코드를 생성하기위한 코드를 생성 할 수 있습니다 .- onoptimisation 레벨 (n = 0, 1, 2, ...). -O 의미 -O1. 현재 -O1 세트 -O1 세트 -FFREETMPS-BBLOCK 및 -O2 세트 -FFREETMPS- 각 루프를 설정합니다. 요구 사항 : · Perl.

B :: CC. 관련 소프트웨어