makepp_incompatibilities - 클라우드에서의 온라인

프로그램:

이름

makepp_incompatibilities -- makepp와 GNU make 간의 비호환성

기술

Makepp은 가능한 한 GNU make에 가깝게 설계되었습니다.
(<http://www.gnu.org/software/make/manual/make.html>). GNU 자동 도구
(<http://www.gnu.org/software/automake/manual/automake.html>), CMake
(<http://www.cmake.org/>), 프리메이크(http://industriousone.com/premake> 그리고 참고사항을 참조하세요
아래) 또는 직접 제작한 레거시 빌드 시스템은 makepp를 사용하여 빌드할 수 있어야 합니다. 이것은 그렇습니다
프로젝트를 쉽게 마이그레이션할 수 있습니다. 아니면 모든 것을 즐기고 싶지 않다면
makepp의 장점(예: 다른 사람들이 여전히 GNU make를 사용하여 프로젝트를 빌드할 수 있음)
귀하의 개발에 대한 신뢰성 이점을 활용하십시오.

그러나 철학의 차이로 인해 GNU make나 POSIX make 중 일부는
(<http://pubs.opengroup.org/onlinepubs/009695399/utilities/make.html>) 기능은 할 수 없습니다
지원됩니다. 시간이 없어서 일부는 구현되지 않았습니다. 대부분의
GNU make와의 차이점은 상당히 기술적이며 거의 문제를 일으키지 않습니다. 아아
기존 제품의 단점을 해결하는 방법이 점점 더 복잡해지고 있습니다.
그리고 makepp에게 어려움을 주고 있습니다.

간단히 말해서, 기본적으로 구축되지 않으면 다음을 시도해 보십시오.

makepp --경고 없음 makepp_simple_concatenation=1 makepp_percent_subdirs=1 \
--build-check=target_newer --last-chance-rules --no-remake-makefiles

성공하면 해당 인수를 하나씩 제거해 볼 수 있습니다. 하지만 그게 실패한다면,
다음을 추가해 보세요.

--전통적-재귀적-만들기

이것도 실패하면 makepp과 협력하기 위해 빌드 시스템을 약간 조정해야 합니다. 심지어
여기에 설명된 일부 옵션으로 인해 무언가를 구축할 수 있게 된다면 여전히 적응하는 것이 좋습니다.
약간의 차이가 있으므로 기본적으로 두 제품 모두와 호환됩니다.

강제 배우기 POSIX or GNU 확인 호환성

다음은 많은 레거시 빌드 시스템을 작동시키기 위한 몇 가지 명령줄 가능성입니다.
수정하지 않고. 이는 makepp가 GNU make의 동작을 정확하게 에뮬레이션하도록 합니다.

호환성 를 통해 전에, 옵션 : "--build-check=target_newer"
기본적으로 makepp는 종속성이 있는 경우 모든 대상을 다시 빌드하려고 시도합니다.
마지막 빌드 이후 변경되었거나 명령이 변경된 경우(makepp_build_check 참조)
세부). 이것은 일반적으로 당신이 원하는 것입니다. 그러나 때로는 목표를 원하지 않는 경우도 있습니다.
makepp의 제어와 별개로 수정된 경우(예: 편집을 통해 다시 빌드됨)
또는 프로그램을 수동으로 실행하여 파일을 만듭니다). makepp가 다음을 사용하도록 강제할 수 있습니다.
기존 make 알고리즘은 대상 중 하나라도 최신 버전인 경우에만 다시 빌드합니다.
이 옵션을 명령줄에 추가하여 종속성을 확인하세요.

호환성 를 통해 전에, 옵션 : "--dont-build=config.status"
자동 구성을 시도하거나 다른 작업을 수행하는 패키지가 있습니다.
다음과 같이 요청받지 않는 한 무시합니다.

config.status : 구성
./config.status --재확인

구성 : aclocal.m4에서 구성
자동 구성

대부분의 사람들은 "autoconf"도 설치하지 않았으므로 모든 작업을 성실하게 수행합니다.
makepp과 마찬가지로 규칙은 실패합니다. 이 옵션을 사용하면 이를 방지할 수 있습니다.
짓지 말라고.

호환성 를 통해 전에, 옵션 : "--마지막 기회 규칙"
기본 규칙(패턴 종속성이 없는 패턴 규칙)은 일반적으로 지원되지 않습니다.
Makepp은 기존 파일을 기반으로 모든 규칙을 인스턴스화하므로 모든 규칙을 인식합니다.
생성될 수 있는 파일입니다. 아아 이런 식으로 패턴을 인스턴스화하는 방법을 모릅니다.
패턴 종속성이 없는 규칙입니다. :last_chance 메커니즘은 이를 부분적으로 해결합니다.
이것이 레거시 makefile에 충분할 경우 이 옵션을 사용하면 전역적으로 활성화할 수 있습니다.

호환성 를 통해 전에, 옵션 : "--경고 없음"
이것은 결과를 향상시키지 않습니다. Makepp은 여러 가지 사항에 대해 경고 메시지를 표시합니다.
전통적인 유닉스는 이를 움츠리지 않고 받아들인다. 이런 것들이 있기 때문이다
makepp를 사용하여 더 나은 방법을 찾을 수 있습니다. 이러한 경고가 귀찮다면 끌 수 있습니다
이 옵션으로.

호환성 를 통해 전에, 옵션 : "--하이브리드-재귀-만들기"
make를 재귀적으로 호출하는 것은 종종 안전하지 않은 관행으로 간주됩니다("더 나은
자세한 내용은 makepp의 계층적 빌드를 위한 시스템'을 참조하세요. 그러나 이는 매우 일반적입니다.
기존 메이크파일. Makepp은 이전 버전과의 호환성을 위해 재귀 make를 지원합니다. 새로운 것을 위해
makefile을 사용하는 경우 "load_makefile" 문을 사용하거나 makepp의 암시적 명령문을 사용하는 것이 훨씬 좋습니다.
makefile 로딩 메커니즘.

변형 빌드에 리포지토리를 사용하고 재귀적 빌드를 만들기 위해
maker safer 호출, makepp는 일반적으로 실제로 재귀적으로 호출되지 않습니다.
당신이 그렇게 말하더라도. 대신, 하위 프로세스는 상위 프로세스와 통신합니다.
실제 빌드는 상위 프로세스에 의해 수행됩니다.

이는 대부분의 경우 작동하지만 동일한 메이크파일에서 여러 메이크파일을 호출할 수는 없습니다.
예를 들어 다음은 작동하지 않습니다.

대상: 종속성
$(MAKE) -f other_makefile 대상

이 경우 makepp는 두 번째 makefile을 로드하고 있음을 확인하고 불평합니다. 이 옵션을 사용하면
대신에 추가 메이크파일을 사용하여 빌드하는 전통적인 방식으로 되돌아갑니다.
각각 별도의 makepp 프로세스가 있습니다.

참고: 여러 개의 메이크파일을 기술적으로 로드하는 것은 문제가 되지 않습니다.
동일한 가짜 대상 이름. 이를 분리한다는 것은 makepp의 완전한 재설계를 의미합니다.
내부. 그러나 이는 작동하지만 동일하지는 않습니다.

대상: 종속성
cd 하위 디렉터리 && $(MAKE) -f other_makefile 대상

호환성 를 통해 전에, 옵션 : "--전통적인 재귀-만들기"
때로는 이전 옵션으로는 충분하지 않은 경우가 있습니다. 특히 재귀 호출을 사용하는 경우에는 더욱 그렇습니다.
모순된 옵션. Makepp은 하나의 전역 옵션 세트만 사용하므로 하위 make는
다른 makefile에도 적용되므로 수정할 수 있습니다.

이 옵션을 명령줄에 추가하면 다음과 같은 바람직하지 않은 부작용이 발생합니다.

· 재귀 make는 부모가 실행하더라도 내부적으로 병렬로 실행되지 않습니다.
gmake와 달리 프로세스 수에 대한 전반적인 조정이 없습니다. 이것은
이러한 작업 방식은 makepp의 설계 목표가 아니기 때문에 구현되지 않습니다.

· 재귀 make 프로세스는 저장소에 대해 아무것도 모릅니다.

· 각 재귀 make 프로세스는 호출된 디렉토리에 자체 로그 파일을 생성합니다.
전체 빌드에 대해 하나의 로그 파일을 생성하는 대신.

· makepp는 일반적으로 전통적인 make가 필요하다고 생각하는 것보다 더 많은 것을 구축하기 때문에 많은 사람들이
빌드 시스템은 모든 방향으로 재귀 호출을 제공하므로 끝없는 문제가 발생할 수 있습니다.
재귀. Makepp은 50라운드 후에 브레이크를 당기고 증가 방법을 알려줄 것입니다.
즉, 실제로 그렇게 깊은 중첩이 있는 경우입니다.

"--traditional-recursive-make" 옵션을 사용하더라도 환경 변수는
"MAKEOVERRIDES" 및 "MFLAGS"는 설정되지 않고 무시됩니다.
그건 작동하지 않습니다.

A 프리메이크 생성 Makefile 동일한 하위 make 호출에 대한 재미있는 래퍼일 뿐입니다.
예배 규칙서. 프로젝트 대상이 있는 경우 XYZ 그것은 다음과 같은 줄을 가질 것입니다

@${MAKE} --no-print-directory -C . -f XYZ.make

이 경우 직접 호출하여 "--traditional-recursive-make" 옵션을 피할 수 있습니다.
"-f로 makepp XYZ.make" 옵션을 선택합니다.

호환성 없이 전에, 옵션 : "--작업=n"
레거시 makefile은 때때로 순서에 따라 모든 종속성을 나열하지 않습니다.
제 시간에 맞춰 실행합니다. 이 상황에서 makepp는 이전에 규칙을 호출할 수 있습니다.
해당 종속성은 모두 만들어졌습니다. 그러면 더 적게 사용하거나 아예 사용하지 않아도 결과가 더 좋아질 수 있습니다.
병렬 실행.

호환성 를 통해 전에, 변하기 쉬운: "makepp_simple_concatenation=1"
Rc 스타일 대체는 makepp가 텍스트에 대한 변수 대체를 수행하는 기본 방법입니다.
문자열은 레거시 메이크파일을 거의 깨지지 않으며 종종 새로운 메이크파일에 유용하기 때문입니다.
메이크파일. 그러나 다음을 대체할 때 가끔 비호환성이 발생합니다.
공백으로 둘러싸여 있지 않은 변수. 예를 들어,

INCLUDE_PREFIX := -I/일부/포함/dir -I
포함 := $(INCLUDE_PREFIX)/기타/포함/디렉터리

rc-인 경우 "INCLUDES"를 "-I/some/include/dir/other/include/dir -I/other/include/dir"로 설정합니다.
스타일 대체가 활성화되는 반면 GNU make는 이를 다음과 같이 설정합니다.
"-I/일부/포함/디렉터리 -I/기타/포함/디렉터리". 예를 들어 Redis 2.6.5를 컴파일할 때 다음을 시도합니다.
"printfgcc"를 실행하세요. 두 명령을 이렇게 재미있게 연결하는 것은 다음과 같은 강력한 증거입니다.
이 변수는 의미론을 만들기 위해 폴백하는 데 필요합니다.

변수의 공백 처리에도 비호환성이 있습니다.

널 :=
T := -o $(null) # T에는 -o 뒤에 공백 하나가 옵니다.
아웃파일 = $(T)아웃파일

rc 스타일 대체가 활성화된 경우 "OUTFILE"을 "-ooutfile"로 설정하는 반면, GNU make
"-o outfile"로 설정합니다.

이러한 비호환성은 모두 "makepp_simple_concatenation"을 설정하여 제거됩니다.
변하기 쉬운. 그러나 "makepp_simple_concatenation"을 사용하더라도 makepp는 여전히
일부 상황에서는 공백을 비호환적으로 처리합니다.

T := -o # 이 주석을 삭제하지 마세요.

GNU make는 "-o" 뒤에 공백을 포함하도록 "T"를 설정하는 반면 makepp는
어쨌든 후행 공백. 후행 공백을 원하면 다음을 설정해야 합니다.
"makepp_simple_concatenation" 및 더미 관련 기술을 사용하여 "T" 설정
위에 표시된 것처럼 "null"과 같은 변수입니다.

해결 방법 선택권 "--no-remake-makefiles"
일반적인 오픈 소스에서는 makefile을 생성하려면 "configure"를 호출해야 합니다. 그런데 이것들은
makefile에는 일부 명령을 호출하여 makefile을 다시 만드는 규칙이 포함될 수 있습니다. Makepp은
기꺼이 준수하고 규칙에 따라 업데이트하세요. 하지만 때로는 이것이 해로울 때도 있으므로
그냥 건너뛰세요.

호환성 를 통해 전에, 변하기 쉬운: "makepp_percent_subdirs=1"
기본적으로 패턴 규칙의 "%"는 디렉터리와 일치하지 않습니다. 이는 다음과 같은 규칙을 의미합니다.
이:

%.o: %.c
$(CC) $(CFLAGS) -c $(입력) -o $(출력)

"../shared/xyz.c"와 같은 파일에는 적용되지 않습니다. 다음의 파일과 일치시키려면
하위 디렉터리도 확인한 다음 명령줄에서 "makepp_percent_subdirs=1" 변수를 설정합니다.
또는 makefile의 시작 부분 근처에 있습니다.

호환성 를 통해 전에, 환경 변하기 쉬운: $MAKEPP_IGNORE_OPTS
레거시 재귀 호출이 makepp가 이해하지 못하는 옵션을 전달하는 경우도 있습니다.
이 옵션이 중요하지 않기를 바라지만, makepp가 실행되는 것을 방해합니다. 이것으로
환경 변수를 사용하여 makepp에게 특정 옵션을 자동으로 무시하도록 요청할 수 있습니다. 가치
공백으로 구분된 옵션 목록이어야 하며 4가지 변형이 있을 수 있습니다.

--긴=x
인수가 필요한 긴 옵션입니다. 이 사실은 동등을 통해 선언되어야 합니다.
실제 사용은 공백("--long=bla" 또는
"--긴 bla".

--긴
인수가 없는 긴 옵션입니다.

-sx 인수를 기대하는 짧은 옵션입니다. 이 사실은 다음을 추가하여 선언해야 합니다.
옵션 바로 뒤에 뭔가가 있습니다. 하지만 실제 사용은 다음과 같이 구분될 수도 있습니다.
공백("-sbla" 또는 "-s bla")

-s 인수가 없는 짧은 옵션입니다.

예를 들어 makepp의 -R 옵션을 인수 없이 XNUMX로 재정의하고 gmake의 디버그를 허용합니다.
인수가 있는 옵션:

내보내기 MAKEPP_IGNORE_OPTS='-R --debug=x'

비 호환성 그 필요 Makefile 변경

· make를 명시적으로 호출하는 Makefile은 makepp가 모든 것을 자체적으로 구축하는 것을 방지합니다.
Alas Perl의 "ExtUtils::MakeMaker"는 다음 두 가지 형식 중 두 번째를 커밋합니다.
이 실수는 버전 6.56(Perl 5.12.1)까지 발생했습니다.

하위 디렉토리:
CD 하위 디렉터리; 만들다

MAKE = 만들다

· "VPATH" 변수를 어떤 값으로 설정하면 암시적으로 "vpath % 값"이 호출됩니다. "v경로"
명령문은 저장소 메커니즘으로 에뮬레이션됩니다. 따라서 gmake가 대체되는 곳
vpath에서 찾은 파일의 경로를 makepp는 대신 기호적으로 링크합니다.
필요한 곳. 따라서 makepp는 일반적으로 수정되지 않은 문자열을 제공합니다.
문제가 아니다.

vpath의 대상은 지원되지 않습니다. (Gmake는 다음보다 최신인 경우 이를 고려합니다.
종속성이 있지만 그렇지 않은 경우 대상은 현재 디렉터리에 다시 생성됩니다.
-- 오히려 일관성이 없습니다.) vpath 설정 해제는 지원되지 않습니다.

· 메이크파일의 뒷부분에 있는 패턴 규칙은 이전에 있는 패턴 규칙을 재정의합니다.
이것은 GNU make와 반대입니다.

· 내장된 암시적 규칙 세트는 GNU make의 규칙과 다소 다릅니다.
변수 이름은 대체로 호환됩니다. 기본 규칙은 다음과 같습니다.
C/C++/Fortran 프로그램을 성공적으로 컴파일하고 실제로
어떤 경우에는 적절한 라이브러리도 있습니다. Modula-2, RatFor 및 기타 희귀 지원
GNU에서 계속 문제가 발생했기 때문에 언어는 의도적으로 존재하지 않습니다.
실수로 해당 언어에 대한 확장을 재사용했을 때 make의 규칙입니다.

· 작업 접두사 "+"는 자동으로 무시됩니다.

· 아카이브 멤버는 지원되지 않으며 관련 자동 변수도 지원되지 않습니다.
$%, "$(%D)" 및 "$(%F)".

· SCCS 지원이 없습니다.

· 변수 할당의 앞뒤 공백은 무시됩니다(
공백 뒤에 주석이 옵니다). 공백 처리에 대한 자세한 내용은
비호환성, makepp_variables의 "변수의 공백"을 참조하세요.

· Makepp은 "include" 문에 포함된 파일을 다시 작성하지 않습니다.
makefile에는 include 문이 표시되기 전에 makefile을 작성하기 위한 규칙이 포함되어 있습니다.
(그러나 makefile 자체를 다시 작성하려고 시도합니다.) 이는 일반적으로 다음 용도로 사용됩니다.
포함 파일 종속성을 처리하고 makepp에서는 유용하지 않습니다.
어쨌든 그렇게 해야 합니다.

· "SHELL" 변수는 현재 부분적으로 무시됩니다. Makepp은 항상 다음을 사용합니다. / 빈 / SH
...을 제외하면 /usr/xpg4/bin/sh or /sbin/xpg4/sh 발견되었거나 "SHELL"을 내보내지 않는 한
makefile의 변수입니다. 하지만 그렇게 하면 명령 구문 분석기가 완전히 작동하지 않을 수 있습니다.
쉘 명령의 기능을 이해하십시오. Windows Strawberry 또는 ActiveState Perl의 경우
대신 SHELL 변수를 설정해야 합니다. 전에 makepp에 전화를 겁니다.

· Makefile의 모든 종속성은 여전히 ​​작동하지만 일반적으로 불필요합니다.
이는 일반적으로 컴파일 옵션이 변경될 때 강제로 다시 빌드하는 데 사용됩니다. Makepp은 알고 있습니다
makefile에 특별한 내용 없이 빌드 명령이 변경된 경우 그것은 저장한다
이는 파일별로 이루어집니다. makefile을 변경하면 makefile이 정확히 무엇인지 알 수 있습니다.
파일을 다시 컴파일해야 합니다.

· 중간 파일은 삭제되지 않습니다. (makepp은 모든 파일을 가지고 있다고 주장하기 때문에
날짜는 마지막 빌드의 날짜와 동일해야 하며 중간 파일은 모두
그렇지 않으면 재구축이 발생합니다.) 다음에 부여되는 특별한 상태는 없습니다.
중간 파일.

· 지원되는 유일한 특수 대상은 ".PHONY"이고 부분적으로는 ".SUFFIXES"입니다. 그만큼
나머지는 단순히 흡수되었습니다.

특히 GNU make에는 다음과 같은 특별한 목표가 있습니다:

.접미사
Makepp은 ".SUFFIXES"라는 특별한 경우를 제외하고는 ".SUFFIXES"를 무시합니다.
다음과 같은 종속성:

.접미사:

이는 기본 규칙을 로드하지 않도록 지시합니다.

.중급, .XNUMX차, .귀중
중간 파일에는 특별한 상태가 부여되지 않으므로 이러한 대상은
의미있는.

.무시하다
이 대상은 무시됩니다. 오류를 무시하려면 "ignore_error"라는 단어를 입력하세요.
종료 상태를 무시할 명령 앞에 (또는 빼기 기호)를 붙입니다.

.조용한
이 대상은 무시됩니다. 명령이 에코되지 않도록 하려면 "noecho"라는 단어를 입력하세요.
(또는 "@" 문자) 반향되지 않아야 하는 명령 앞에,
또는 makepp에 "--silent" 옵션을 사용하십시오.

.DELETE_ON_ERROR
.EXPORT_ALL_VARIABLES
.NOEXPORT
.POSIX
.기본
이러한 대상은 지원되지 않으며 간단히 무시됩니다.

· GNU make 함수 "eval", "flavor" 및 "value"는 현재 지원되지 않습니다. 너
"$[...]"를 사용하면 보다 간단한 방법으로 eval과 동일한 결과를 얻을 수 있습니다.
변수 또는 함수 확장.

· 이중 콜론 규칙은 완전히 지원되지 않습니다. (그들은 그럴 수 없습니다: makepp의 패러다임에서는,
대상을 업데이트하는 방법은 여러 가지가 있을 수 없습니다.) 현재 각 연속
주어진 대상에 대한 이중 콜론 규칙은 단순히 명령 문자열과 종속성을 추가합니다.
이 대상에 대한 명령 문자열 및 종속성 목록을 나열합니다. 예를 들어, 만약 당신이
이것을 쓰십시오:

에::b
&cat b -oa

# 나중에 makefile에서:
a::c
&cat c -o >>a

그것은 정확하게 네가 쓴 것과 똑같아

에 : 기원전
&cat b -oa
&cat c -o >>a

이는 확실히 이중 콜론 규칙의 의도가 아니며 항상 그런 것은 아닙니다.
작동하지만 "clean"과 같은 대상이나 다음과 같은 모든 항목에는 작동합니다.
ExtUtils::MakeMaker는 makefile에 넣습니다. 다른 것을 기대하지 마세요
레거시 makefile보다.

· "$(wildcard )" 함수는 존재하는 파일뿐만 아니라 다음과 같은 파일도 일치시킵니다.
아직 존재하지 않지만 당시 makepp에서 본 규칙이 있습니다.
"$(wildcard )" 함수가 평가됩니다.

· "define" 문을 지원하지만 그 앞의 "@" 처리가 완료됩니다.
다르게. 현재 makepp에서는 여러 줄이 있는 변수 앞에 "@"가 있습니다.
값은 첫 번째 줄의 에코만 억제합니다. 예를 들어,

에코 라인 정의
&에코 라인1 -o $@
&에코 라인2 -o>>$@
엔데프

x:
@$(에코라인)

GNU make에서처럼 "&echo line2"의 인쇄를 억제하지 않습니다. 그럴 것이다
"&echo line1" 인쇄를 억제합니다.

· Makepp에서는 다음 환경 변수를 지원하지 않습니다(설정하지 않음,
그리고 그냥 무시합니다):

변신
MFLAGS

비 호환성 in 주문 of 표현 확장
· makepp에서는 모든 종속성이 보장되기 전에 규칙 작업이 확장됩니다.
건설되었습니다. 다음과 같은 규칙을 변경하여 이 문제를 해결할 수 있습니다.

foo: 바
genfoo < $(쉘 캣바)

이에:

foo: 바
genfoo <`고양이 바`

또는 확장 중에 파일이 다음과 같이 만들어집니다.

foo: 바
genfoo < $(&cat $(make bar))

여기에 나열된 파일이 여기에 있으므로 이것이 바람직합니다. 바 또한 이것의 종속성입니다
규칙을 사용하고 makepp는 이제 리디렉션을 어휘적으로 분석할 때 이를 포착할 수 있습니다.

· 이것이 사용되는 것을 본 적이 없지만 GNU make는 다음을 허용합니다:

콜론 = :
a$(콜론)b
에코 $^

Makepp은 "$(콜론)"을 너무 늦게 확장하여 작동합니다. 그러나 그것은 제공합니다
대체 "$[콜론]" 구문은 GNU make보다 훨씬 더 많은 일을 할 수 있습니다.
아주 일찍 확장됐어요.

"$(만들기)" ５월 포함 공간
제거된 makepp에서 또는 플랫폼이 Perl 스크립트 시작을 지원하지 않는 것 같은 경우
매직 넘버 또는 "--traditional-recursive-make"를 사용하여 이 변수에는 최소한
한 공간. 명령으로 사용하면 문제가 되지 않습니다. 그러나 그것을 전달할 때
Perl 5.14.0 빌드 시스템과 마찬가지로 따옴표가 없는 매개변수를 스크립트에 추가하면 해당 스크립트가 찢어집니다.
별도의 매개변수로 분리되어 혼란을 야기합니다. 따라서 매개변수로 사용하는 것이 더 안전합니다.
'$(MAKE)'로 인용하세요. 이는 이전 버전과의 호환성을 깨지 않습니다.

타겟별 할당 하지 전파하다
Makepp의 타겟별 변수는 GNU make와 약간 다릅니다.
언급된 하나의 파일에 대한 규칙에만 적용되며 이전 파일에는 적용되지 않습니다. 보다
대상별 할당.

괄호 or 바지 멜빵 하지 둥지
Makepp은 일치하는 첫 번째 괄호 또는 중괄호에서 표현식을 종료합니다. 이것 대신에

$(somefunction ... ( ) ...) # GNU make 스타일

둘 중 하나를 사용해야 합니다

${somefunction ... ( ) ...} # GNU 호환 가능
$((somefunction ... ( ) ...)) # Makepp 확장

이 문제는 버전 2.1에서 수정될 수도 있고 선택적으로 수정될 수도 있습니다.

미성년자 전철기
패턴 종속성이 가짜 대상과 일치하지 않습니다.
%.a: %.b; ...
$(가짜 xb): ; ... # xa를 빌드하는 방법을 제공하지 않습니다.

댓글에는 연속 줄이 없습니다.
# 이것은 \
2줄 주석이 아닙니다.

명령 선 비 호환성

Makepp은 make의 더욱 유용한 몇 가지 명령줄 옵션을 지원합니다. 그러나 다음은
지원되지 않습니다:

-d 또는 --debug
-f -
Makepp의 내부 makefile 개체는 파일 개체에 연결되어 있으므로 처리할 수 없습니다.
표준 입력

-i
-l 또는 --load-average 또는 --max-load
-m Makepp의 "-m" 옵션은 서명 방법 선택과 관련이 있지만 GNU make
-m을 무시합니다.

-p 또는 --print-data-base
-q 또는 --question
-R 또는 --no-builtin-변수
Makepp의 "-R" 옵션은 실제로 완전히 다른 기능을 수행합니다.

-S --계속 진행하지 않음 또는 --stop
"--stop" 옵션은 모든 규칙을 학습한 후 makepp를 중지(잠자기 상태로 전환)하므로
계속 편집할 수 있습니다.

-t 또는 --touch
-w 또는 --print-directory
이는 자동으로 발생합니다.

--경고-정의되지 않은-변수

누구든지 관심을 갖는다면 이들 중 일부는 쉽게 지원될 수 있습니다.

변하기 쉬운 비 호환성

Makepp은 $PATH에서 "$(CC)" 또는 "$(CC)"와 같은 변수를 반환하는 일치하는 명령을 찾습니다.
"$(CXX)", GNU make에는 정적 기본값이 있습니다. 또한 makepp은 "gcc"를 선호하며
"g++"는 놀랍게도 GNU make가 전자에 대해서는 "cc"를 반환하지만,
후자. makefile, 명령줄 또는 내보내기를 통해 이를 재정의할 수 있습니다.
makepp를 호출하기 전에 동일한 이름의 변수입니다.

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