linker

2열

1답변

내 Fedora10 시스템에 이미 boost C++ 라이브러리가 설치되어 있지만 내 홈 폴더의 일부 위치에 보관하는 새 버전을 사용하고 싶습니다. g ++에서 기본값 (/usr/include and /usr/lib64) 대신 홈 폴더 위치의 포함 및 라이브러리 파일을 사용하도록하겠습니다. 또한 ~/.bashrc 파일에 과 같이 환경 변수를 선언했습니다. 이

2열

7답변

Linux에서 정적으로 링크 된 응용 프로그램을 사용할 때의 단점은 무엇입니까?

주제에 대한 여러 토론을 보았지만 특정 상황에 대해 묻고 싶었습니다. 내 응용 프로그램에서 사용하는 일부 3 부 라이브러리가 있고이를 저장하기 위해 함께 연결하고 싶습니다. 나 자신은 LD_LIBRARY 등의 번거 로움 때문에 Linux의 다른 단점입니까? 동적으로 링크하기 위해 일부 라이브러리와 기타 (표준 Linux 라이브러리) 만 정적으로 링크 할 수

1열

1답변

AssemblyBuilder를 사용하면 저장된 어셈블리에서 링크 대신 참조 된 어셈블리를 모두 또는 포함하도록 할 수 있습니까?

AssemblyBuilder를 사용하여 다른 어셈블리를 동적으로 생성하는 실행 어셈블리가 있습니다. 생성 된 어셈블리는 실행 어셈블리에서 특정 클래스의 구성을 테스트하는 기능으로 구성됩니다. 생성 된 어셈블리의 함수가 실행중인 어셈블리의 클래스를 참조하기 때문에 실행중인 어셈블리를 생성 한 어셈블리에 자체적으로 포함시키고 싶습니다. 지금까지는 실행중인 어셈

2열

1답변

"ld가 1 종료 상태를 반환했습니다"라는 메시지 만 표시하는 링커는 무엇이 있습니까? 내가 문제를 찾기위한 유용한 무언가를 얻기 위해 시도 LD는 "--verbose"를 사용하고

하지만 정상적인 "--verbose"출력 인쇄 속에서 에러 메시지를 출력 : [...blah - dump of linker script...] attempt to open blah1.o succeeded blah1.o attempt to open blah2.o succeeded blah2.o [...blah - more opens that succ

2열

4답변

"/lib/tls/libc.so.6 : 버전`GLIBC_2.4 '을 (를) 찾을 수 없음을 수정하는 방법?

바이너리를 컴파일하고 실행을 위해 다른 컴퓨터에 복사했습니다. 하지만 위의 오류가 발생합니다. 두 번째 컴퓨터에서 새 라이브러리를 설치할 수 없습니다. 첫 번째 컴퓨터에서 libc를 두 번째 컴퓨터의 바이너리 디렉토리에 넣으려고 시도했지만 링커 (ldd를 사용하여 찾았 음)가 여전히 표준 경로 /lib/tls/libc.so.6에서로드됩니다. 이 문제에 대한

10열

4답변

C++ 연결 시간을 단축하는 방법

MS Visual Studio C++ (2005)에서 연결 시간을 최적화하는 방법이 있습니까? 우리는 컴파일 속도를 높이기 위해 Xoreax Incredibuild를 사용하고 있지만 링크에는 아무것도 사용하지 않습니다. 현재 모든 연결에는 약 30 초가 걸립니다. 증분 연결을 사용하면 35 ~ 40 초가 소요됩니다. (상관없이 프로젝트를 컴파일하는지 상관없

6열

8답변

네이티브 실행 파일의 어떤 부분 (특히)이 이식 가능하지 않게합니까?

처음에는 위태로운 질문처럼 들리지만 나와 함께 감내하십시오. 하나의 CPU 아키텍처에 대한 바이너리가 다른 시스템에서 실행되지 않는 것이 일반적입니다. 예를 들어 sparc64 칩에서 x86 바이너리를 실행하는 것은 불가능합니다 (호환성 레이어가없는 경우). 명령 세트가 다르므로 명확하게 작동하지 않습니다. 그러나 이진이 동일한 CPU이지만 다른 운영 체제

2열

3답변

Visual C++ 런타임 라이브러리 링커 비상용 번들

이전 닫기 질문과 동일하게 보일지라도이 닫기 시나리오를 준수하십시오. 아직도 나는 대답을 얻지 못하고있다. 그래서 중복으로보고하지 마십시오. 10 개의 종속성이있는 프로젝트가 있습니다. 먼저 주 프로젝트의 C/C++ 코드 생성 섹션에서/MTD 옵션을 사용하여 컴파일하고 모든 종속성이 성공적으로 빌드됩니다. 다음으로 옵션을/MTD에서/MDd로 변경했으며 다시

1열

5답변

어셈블리에서 Windows API 호출은 프로그램 크기를 최소화하면서

어셈블리에 프로그램을 작성하고 실행 가능한 결과를으로 으로 작 성하려고합니다. 내가하고있는 일 중 일부는 WriteProcessMemory와 같은 함수에 대한 Windows API 호출을 필요로합니다. 필자는 이러한 함수를 호출하는 데 성공했지만 컴파일 링 및 링크 후에는 프로그램이 14-15KB 범위로 나옵니다. (1KB 미만의 출처에서) 나는 그보다 훨

2열

3답변

nm보고 기호가 정의되었지만 ldd보고 기호가 정의되지 않았습니다.

연결 문제가 있습니다. 공유 라이브러리 libfoo.so에 링크해야합니다. read 함수에 의존합니다.이 파일은 read.c에 자신을 정의하고 싶습니다. 나는 컴파일하고 모든 것을 함께 연결하지만, 런타임에 나는 기호를보고 나노 /home/bar/src/libfoo.so: undefined symbol: sread. 이 $nm baz | grep sre