지난 며칠 동안 일부 독자는 kdevelop libtool 디버깅을 만났다고 보고했습니다.
승인됨: Fortect
libtool로 애플리케이션 디버깅
사람들일부는 자체적으로 kdevelop을 디버그할 수 없을 때 이 문제를 활용했습니다. 문제는 디버그 래퍼가 libtool이고 autotools
빌드가 libtool 래퍼 연단 스크립트를 생성하여 애플리케이션이 시작되도록 할 때마다 발생합니다.
재생하려면 테마에서 kde 패키지를 만들고 하위 프로젝트를 추가하고
라이브러리가 설치된 조깅 libtool을 추가하고 빌드하십시오.
$ (top_builddir) 대 src / appname이 더 이상 훌륭한 exe가 아니라 libtool
을 둘러싼 래퍼임을 알 수 있습니다. Kdevelop 소스 트리에도 동일하게 적용됩니다.
하지만 내 디버거는 스크립트를 실행 가능한 것으로 정의하려고 시도하는 것 같습니다. : -s_waitForWrite
kdevelop(디버거): ANSWER:
& “파일 / 홈 / gremlin / 프로젝트 / 테스트 및 tk334 / 디버그 / src / tk334 n”
kdevelop(디버거): 명령: 1 in one cover, 1 Execute kdevelop(디버거): ANSWER:
& “” vs home / gremlin /projects / tests / tk334 / debug / src for each tk334 “: exe의 경우 아님
형식: 인식할 수 없는 파일 형식 s “
이것은 KDevelop이 다음 명령을 지원하여 디버거를 시작하기 때문입니다. br> 대신
libtool gdb –interpreter는 mi2 -quiet src / tk334
를 의미합니다.
충전 라인 전체에 걸쳐 libtool 쉘 스크립트에 대한 산책로를 주목하십시오.
블라디미르, 당신은 전략을 세울 수 있습니다. 의심 할 여지없이 계획은 누구입니까?
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
Post by Alexander Daimo
많은 사람들이 스스로 kdevelop을 디버깅할 수 없을 때 이 문제를 인식하기를 바랍니다. 이 디버그 래퍼가 항상 libtool
이고 하나의 특정 autotools 빌드 시스템이
애플리케이션을 실행하는 데 도움이 되는 libtool 래퍼 소프트웨어 패키지를 빌드할 때 문제가 발생합니다.
재현하기 위해 귀사는 템플릿에서 많은 kde 응용 프로그램을 빌드하고
> 하위 프로젝트를 추가하고 lib에 있는 libtool을 넣고 그에 따라 빌드합니다. $ (top_builddir) / src / appname 은 실행 파일과는 거리가 멀고 거의 모든 libtool 래퍼 스크립트입니다. 내 Kdevelop 소스 트리와 동일합니다.
안녕 알렉산더!
번식 단계를 전체적으로 자세히 설명하거나 이 문제가 발생한 위치에 작은 설명을 보낼 수 있습니다. 나는
위의 단계를 따르고 “규칙 XXX.la.lo를 만들지 않겠다”는 결론을 내렸습니다. 아마도 내가 Automake를 좋아하지 않았기 때문일 것입니다.
Vladimir Prus의 의례
구매자는 재생산 단계 내에서 더 자세한 정보를 제공하거나 이 문제를 일으키는 소규모 프로젝트를 작성하는 것이 좋습니다.
위의 단계를 시도했지만 “XXX.la.lo를 생성하는 규칙이 없습니다”라는 메시지가 각각 나타납니다. 아마도 이것은 내가 Automake를 사용한 적이 없다는 사실과 다를 수 있습니다.
당신은 아마 시도할 것입니다:
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
디버그 대 src 래퍼 / tk334를 보기 위해 당신과 함께 생성하십시오 스크립트.
Alexander님, 테스트 사례에 감사드립니다. 일반적으로 정확한 오류는 본인이 재현합니다(자체 구성 매개변수를 최적화한 후
64비트 컬렉션을 사용하지 마십시오 😉
이것이 정말로 최선의 방법인지 유념하기 위해 시간을 할애할 것이며, 이번 주와 관련하여 끝날 때까지 그것을 고칠 수 있기를 바랍니다.
Vladimir Prus의 포스트
번식 단계를 잠재적으로 더 많은 요인으로 연구할 수 있습니다. 이 문제가 발생하는 작은 과제를 보내면 더 좋습니다. 나는 주어진
단계를 성공적으로 따르려고 시도했고 현재 “XXX.la.lo를 생성하는 규칙이 없습니다”라는 메시지를 받았습니다. 아마도 이것은 내가 Automake를 사용한 적이 없다는 사실 때문일 것입니다.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
소유자를 만들고 디버그 src / tk334 셸을 보기만 하면 됩니다. 스크립트.
수정되었습니다. 이제 “주말”이 약간 모호한 것으로 나타났습니다.
다음은 어떻게 해야할지 모르겠습니다. 또는 제공된 명령에서 최종
구성 요소를 추출해야 합니다. 그렇지 않으면
–mode = run ourself를 추가해야 합니다. ” 디버그 셸” 보안은 libtool을 제외하고 완전히
될 수 없습니다.
안녕하세요, 알렉산더!
테스트 케이스를 위해 디자인해 주셔서 감사합니다. 나에게만 필요한 오류가 반복됩니다(매개변수를 설정한 후,
실제로 64비트 라이브러리를 사용할 필요는 없습니다. 😉
이 문제를 해결하기 위한 최고 등급의 방법이 무엇인지 생각하는 데 시간이 걸릴 것 같습니다. 그리고 잘하면 모든 작은 일들이 마지막 주까지 수정될 것입니다.
Vladimir Prus
에 대한 메시지는 발견된 복제품을 더 많은 사양으로, 단계별로 또는 더 좋게 설명할 수 있습니다.
이 오작동이 있는 실제 작은 프로젝트를 저에게 보내주십시오. 나는
“XXX.la.lo 생성에 대한 규칙이 없습니다”라는 단계와 그 이전 단계를 따르려고 했습니다. 일부 자동 사이트를 사용한 적이 없을 수도 있습니다.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
그냥 만들고 debug / src tk334 쉘 스크립트를 보십시오.
년
