libtool

4열

1답변

나는 특히 libtool과 같은 GNU autotools와는 관계가 어렵다. 하지만 그들은 이식성과 크로스 컴파일에 관해서 엉덩이를 걷어차 기 때문에 다시 사용하기 시작했습니다. 불행히도 libtool에 적절한 Windows DLL을 구축 할 수 없습니다. 그러나 바닐라와 함께 gcc 은 나를 위해 행복하게 DLL을 만들 것입니다. 예를 들어 : haily

0열

1답변

noinst_libfoo_ladir에있는 ladir은 무엇입니까?

나는 foo는라는 예제 프로젝트, 그 configure.ac를 만들어입니다 : AC_PREREQ([2.69]) AC_INIT([foo], [1.0.0], [[email protected]]) AC_CONFIG_SRCDIR([foo.cpp]) AC_CONFIG_HEADERS([config.h]) AM_INIT_AUTOMAKE([foreign]) LT

4열

1답변

부스트 바인딩에 액세스 할 때 공유 라이브러리의 C++ 심볼 검색 오류가 발생했습니다.

내 라이브러리에 멀티 스레드를 추가하려고하므로 내 라이브러리의 스레드 실행 프로그램을 만드는 중입니다. 이를 위해 나는 boost thread를 사용하고 있습니다. MyNameSpace::Producer producer = MyNameSpace::Producer(); threads.create_thread(boost::bind(&MyNameSpace::P

4열

1답변

.la 파일의 dependency_libs를 수정하지 않고 libtool과 정적 연결

autotools 기반 프로젝트에서 다른 작은 정적 라이브러리를 번들로 묶어 이것을 안전한 방식으로 마지막 공유 라이브러리에 연결합니다 (정적은 -fPIC로 빌드 됨). , 등) 결국 빌드 과정의 일부로 내부 정적 lib의 존재에 대한 증거가 없어야하며 그 기호는 모두 공유 라이브러리에 "복사"되어야합니다. nm으로 마지막 조건을 확실히 충족하고 공유 라이

2열

1답변

조건부로 공유 라이브러리 빌드 사용 안 함

나는 을 작성했으며 Cygwin에서만 정적 라이브러리를 빌드하려고합니다. 이를 위해 if test "$target_os" = "cygwin"; then AC_DISABLE_SHARED fi 을 내 configure.ac에 넣었습니다. 사실 Cygwin에서 공유 라이브러리를 빌드 할 수 없습니다. 그러나, 그것은 또한 그 밖의 모든 곳에서 건물

0열

1답변

라이브러리의 함수에 대한 정의되지 않은 참조

CCXML 실행을 테스트하기 위해 Oktopous CCXML을 실행하려고합니다. Oktopous 사이트에서 다운로드 한 liboktopous 32 비트 라이브러리가 있습니다. liboktopous.so liboktopous.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamicall

2열

2답변

autotools를 사용하는 공유 라이브러리에 대한 config.h의 올바른 설치

autotools 빌드 시스템을 사용하는 C++ 프로그램을 libtool을 사용하여 공유 라이브러리를 사용하도록 변환합니다. 대부분의 프로그램 기능은 주 프로그램에 의해로드되는 공유 라이브러리에 배치되므로 나중에 다른 프로그램에서 공통 코드에 액세스 할 수 있습니다. autoheader가 config.h를 생성 한 프로그램과 라이브러리 소스 전반에 걸쳐 은

3열

1답변

Libbson 및 MongoDB-C 드라이버 컴파일

MongoDB-C 드라이버의 새로운 업데이트를 설치하고 싶습니다. 이전에 libbson 라이브러리 (#include <bson.h>)를 설치하는 동안 컴파일이 논리적으로 차단 된 것처럼 보입니다. "/ usr/local/". 는 방법 "링크"내 라이브러리가 올바르게 위해 #include <bson.h> 및 #include <mongoc.h>을 모두 사용하는

1열

2답변

libtool은 모든 것이있을 때 lo 파일을 생성하지 않았습니다.

libtool을 처음 사용했습니다. 그러나이 문제는 이상하게 보입니다. 모든 것이 있지만 libtool은 "libtool : link : 'cuda_transfer.lo'는 유효한 libtool 객체가 아닙니다."라고 말했습니다. 그러나이 lo 파일을 생성하는 규칙은 Makefile에 있습니다. 게다가, 두 헤더 파일은 그들이 있어야하고 작동하도록되어있는

3열

1답변

xcode 외부 빌드 시스템 - 쉘 스크립트 호출 오류

대부분의 경우 완벽하게 작동하는 xcode5에서 makefile 프로젝트를 빌드 중입니다. 서브 디렉토리가 많은 autoconf 프로젝트입니다. 큰 문제는 아닙니다. 그러나 이슈 탐색기에 문제가 있습니다. 프로젝트 어딘가에 파일 중 하나에 버그가 생기면 xcode가 문제를 올바르게 감지하고 이슈 네비게이터에 오류를 발생시킵니다. 그러나 xcode는 오류를