많은 프로젝트를 컴파일하는 긴 빌드 스크립트를 실행 중이며 대부분 빌드의 경우 make은 보통 make: Nothing to be done for 'all'과 함께 반환됩니다. 짓다. 그러나 스크립트는 각 프로젝트 및 일부 다른 스크립트에 대해 autotools configure 스크립트를 호출하기 때문에 완료하는 데 오랜 시간이 걸립니다. make가 타임
pow 또는 floor에 대한 정의되지 않은 참조는 흔히 누락되거나 잘못 배치 된 -lm 옵션 (this question 참조)으로 인해 발생합니다. 은 내가 autotools를 워크 플로우를 통해 실행 후 open source repository에서이 오류를 보았다 aclocal autoconf automake --add-missing ./configur
GCC에서 Libtool의 -export-symbols-regex과 비슷한 것이 있습니까? 내가 이해하는 한, Libtool은 다른 툴체인에 대한 Makefile을 생성합니다. 따라서 Libtool의 -export-symbols-regex은 반드시 GCC 플래그 등으로 변환되어야합니다. 맞습니까? 나는 공유 라이브러리를 만들고 -function-sectio
autotools를 뭔가 잘못을 libprocess을 구축하는 데 실패, 실행 Makefile.am:97: warning: source file 'src/tests/time_tests.cpp' is in a subdirectory,
Makefile.am:97: but option 'subdir-objects' is disabled
: ./bootstr
다음과 같이 libusb를 공유 라이브러리로 빌드하려고합니다. 다음 두 단계가 있습니다. 1. 2.를 구성하십시오. 나는 "--enable-공유는"그것은이 구성 ./configure CC=/mnt/store/gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/bin/arm-linux-gnueabihf-gcc --host=
내가이 디렉토리 구조가 있습니다 foo는 foo는/libfoo - libfoo 프로젝트 foo는/libfoo/SRC - 소스 foo는/foo는 - foo 프로젝트 foo는/foo는/src - sources 여기서 빌드해야 할 두 가지 사항이 있는데, libtool l 라이브러리 (libfoo)와 해당 라이브러리를 사용하는 실행 파일 (foo). 각 foo/
나는 autotools에서 우분투와 건물 프로젝트를 사용하고 있습니다. 매크로 PKG_CHECK_MODULES을 사용하는 것을 배우고 있으며, 두 번째 매개 변수는 에서 here입니다. 나는 list-of-modules을 찾고 정확한 모듈 이름을 찾는 방법을 묻습니다. dpkg --get-selections | grep -v deinstall을 시도하고 긴
루트 액세스 권한이없는 시스템에 automake (1.15)의 새 버전을 로컬로 설치했습니다. 로컬 디렉토리의 bin 폴더는 내 PATH의 첫 번째 디렉토리입니다. PKG_CHECK_MODULES(GTK, [gtk+-2.0 >= 2.0])
m4의 매크로를 확인하려면 다음을 포함 은 또한 로컬 gtk+-2.0를 설치하고, 지금 구축하고 내 원하는 응용 프
꽤 큰 기존 프로젝트에 약간의 수정을 가하고 있으므로 자동 도구로 빌드되었습니다. 수정 사항에는 Ibex 라이브러리가 포함되어 있으므로 소스 파일 중 하나에 #include "ibex.h"를 추가했습니다. 라이브러리가 제대로 내 시스템에 설치되어, 나는 다음과 같은 파일이 있습니다 /usr/local/lib/libibex.a을 /usr/local/inclu