W ciągu ostatnich kilku chwil niektórzy czytelnicy zgłaszali, że widzieli debugowanie kdevelop libtool.
Zatwierdzono: Fortect
Debugowanie aplikacji za pomocą libtool
ludzieniektórzy rozwiązali ten problem, gdy nie byli w stanie samodzielnie debugować kdevelop. Problem pojawia się za każdym razem, gdy opakowaniem debugowania jest libtool, a po prostu kompilacja autotools tworzy skrypty programu wrappera libtool, aby zapewnić uruchomienie aplikacji.
Aby zagrać, stwórz dowolny pakiet kde z układu, dodaj podprojekt,
dodaj produkcyjne libtool z zainstalowaną biblioteką i zbuduj je. Zobaczysz, że
$ (top_builddir) i src / appname nie są już świetnym exe, ale raczej opakowaniem wokół libtool
. To samo dotyczy drzewa źródłowego Kdevelop.
Ale mój debugger wydaje się próbować zdefiniować skrypt jako wykonywalny. : -s_waitForWrite
kdevelop (Debugger): ODPOWIEDŹ:
& “Plik / gospodarstwo domowe / gremlin / projekty / testy tk334 / debug / src / tk334 n”
kdevelop (Debugger): POLECENIA: 1 w jednym miejsce, 1 Wykonaj kdevelop (Debugger): ODPOWIEDŹ:
& “” per home / gremlin / projects / examing / tk334 / debug / src lub tk334 “: nie w przypadku exe
Format: nierozpoznany plik format chemiczny “
Dzieje się tak, ponieważ KDevelop uruchamia debugger za pomocą następującego polecenia:
/ bin lub sh -c / home / gremlin / pomysły / testy / tk334 / debug lub libtool gdb
–interpreter = mi2 – soft
zamiast
libtool gdb –interpreter implikuje mi2 -quiet src / tk334
Zwróć uwagę na drogę do skryptu powłoki libtool w całym tekście be sell for line.
Władimir, czy mógłbyś strategii. jaki jest plan kto?
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
Post by Alexander Daimo
Wielu chciałoby, aby ludzie oglądali ten problem, gdy nie mogli samodzielnie debugować kdevelop. Problem pojawia się, gdy opakowaniem debugowania jest zawsze libtool
i wszystkie systemy kompilacji autotools budują pakiety oprogramowania libtool jako sposób uruchamiania aplikacji
.
Aby odtworzyć, każda osoba buduje wiele aplikacji kde z szablonu, rozpowszechnia podprojekt
>, umieszcza w bibliotece libtool załadowaną do lib i odpowiednio buduje. Zobaczysz, że $ (top_builddir) / src / appname jest uważany za daleki od pliku wykonywalnego, ale raczej za odpowiedni skrypt opakowujący libtool. Tak samo jest z konkretnym drzewem źródłowym Kdevelop.
Witaj Aleksandrze!
Możesz dodatkowo szczegółowo opisać etapy hodowli lub, jeszcze lepiej, wysłać małą przebudowę, w której występuje ten problem. Zrobiłem wszystko, co w mojej mocy, aby postępować zgodnie z powyższymi krokami
i ostatecznie otrzymałem „Nie, aby budować zasady XXX.la.lo”. Być może ten konkret nadal wynika z faktu, że nigdy nie lubiłem Automake.
Dzięki uprzejmości Vladimira Prusa
Kupujący mogą podać więcej szczegółów z etapami reprodukcji lub jeszcze lepiej oddać mały projekt, który powoduje ten problem. Wypróbowałem powyższe kroki
i otrzymałem ten konkretny komunikat „Nie ma reguły tworzenia XXX.la.lo”. Może to różni się od tego, że większość z których nigdy nie korzystałem z Automake.
Na pewno spróbujesz:
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Po prostu utwórz go ponownie ze sobą, aby zobaczyć opakowanie debugowania a src / Skrypt tk334.
Witaj Alexander, dzięki za przypadek testowy; generalnie ten błąd jest odtwarzany przeze mnie (po zoptymalizowaniu pewnych parametrów konfiguracyjnych
nie używaj 64-bitowej lokalnej biblioteki 😉
Poświęcę trochę czasu, aby sprawdzić, czy jest to naprawdę najlepszy sposób, i mam nadzieję, że naprawię to do końca tygodnia.
Post Władimira Prusa
moglibyście bardziej szczegółowo przestudiować etapy reprodukcji, albo jeszcze lepiej – przesłać małe projekty, w których ten problem występuje. Próbowałem pomóc Ci wykonać podane kroki
i otrzymałem najważniejszy komunikat „Nie ma reguły tworzenia XXX.la.lo”. Być może wynika to z faktu, że wielu nigdy nie używałem Automake.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Po prostu utwórz właścicieli i zobacz debugowanie dla każdego źródła / Skrypt powłoki tk334.
Naprawiono, teraz okazuje się, że widzisz, „koniec tygodnia” jest trochę niejednoznaczny.
Nie wiem, co z tym zrobić. Alternatywnie, musimy najpierw wyodrębnić odpowiedni składnik
z dostarczonego polecenia, a także biorąc pod uwagę fakt, że istnieje Nie, lub eksperci muszą dodać
–mode = uruchom sam, w przypadku ” Zapobieganie powłoce debugowania nie może być całkowicie
z wyjątkiem libtool.
Witaj Alexander!
Dzięki przez przypadek testowy; błąd powtarza się tylko na mój użytek (po ustawieniu parametrów,
które zdecydowanie niekoniecznie korzystają z bibliotek 64-bitowych 😉
Rzeczywiście zastanawiam się, jaki jest najskuteczniejszy sposób rozwiązania tego problemu i miejmy nadzieję, że wszystko zostanie naprawione do końca tygodnia.
Wiadomość o Włodzimierzu Prusie
czy możesz opisać znalezioną reprodukcję w większej liczbie cech, krok po kroku lub nawet lepiej,
rozwalić naprawdę mały projekt, który ma tę trudność. Próbowałem
wykonać czynności opisane powyżej: “Nie ma reguły tworzenia XXX.la.lo”. Możliwe, że nigdy nie korzystałem z efektywnej strony auto.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Po prostu zaokrąglij i zobacz skrypt powłoki debug / src kontra tk334.
Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.
