Under de senaste veckorna har några läsare rapporterat att de har gått igenom kdevelop libtool -felsökningen.
Godkänd: Fortect
Felsöka applikationer med libtool
människorvissa har använt detta problem när de inte kunde felsöka kdevelop på egen hand. Problemet uppstår hela tiden när felsökningsomslaget är libtool och då skapar autotools
build libtool wrapper -utrustningsskript för att säkerställa att programmet startar.
För att spela, skapa ett kde -paket från ett tema, lägg till ett delprojekt,
lägg till ett fungerande libtool med biblioteket installerat och bygg det. Du kommer att se att
$ (top_builddir) och src / appname inte längre är en bra exe, utan snarare ett omslag kring libtool
. Detsamma gäller för Kdevelop -källträdet.
Men min felsökning verkar försöka definiera skriptet som körbart. : -s_waitForWrite
kdevelop (Debugger): SVAR:
& “File / abode / gremlin / projects / tests or tk334 / debug / src / tk334 n”
kdevelop (Debugger): COMMANDS: 1 in ett avsnitt, 1 Utför kdevelop (Debugger): SVAR:
& “” för varje hem / gremlin / projects / inspections / tk334 / debug / src tk334 “: inte när det gäller exe
Format: okänt filformat n “
Detta beror på att KDevelop startar felsökaren medI övar följande kommando:
/ bin för varje sh -c / home / gremlin / initiativ / test / tk334 / debug libtool gdb
-tolk = mi2 -mjuk
istället för
libtool gdb -tolk är lika med mi2 -quiet src / tk334
Notera promenaden till libtool -skalskriptet genom hela instruktionsraden.
Vladimir, kan du strategi. vad är dessa planer vem?
Godkänd: Fortect
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
Inlägg av Alexander Daimo
Många skulle vilja att människor blev medvetna om detta problem när de inte kunde felsöka kdevelop om sina egna. Problemet uppstår när just den här felsökningsomslaget alltid är libtool
och mitt autotools build -system bygger programpaket för libtool -omslag vid körningen
-programmet.
För att reproducera, bygger individen många kde -applikationer från en mall, lägger in ett>> delprojekt, lägger in libtool implementerat i lib och bygger därefter. Du kommer att njuta av att $ (top_builddir) / src / appname helt enkelt är långt ifrån en körbar fil, utan snarare ett pålitligt libtool -omslagskript. Det är samma sak med dessa Kdevelop -källträd.
Hej Alexander!
Du kan beskriva uppfödningsstegen i detalj eller, ännu bättre, skicka en liten gurrrison där detta problem uppstår. Jag gjorde mitt bästa för att följa stegen ovan
och fick också “Nej för att bygga regler XXX.la.lo”. Kanske beror det här fortfarande på att jag aldrig gillade Automake.
Courtesy of Vladimir Prus
Köpare kan ge mer information om reproduktionsstadierna, eller ännu bättre, distribuera ett litet projekt som orsakar detta problem. Jag försökte stegen ovan
och fick lite av meddelandet “Det finns ingen regel för att skapa XXX.la.lo”. Kanske är detta annorlunda än det faktum att experter hävdar att jag aldrig har använt Automake.
Du kan förmodligen prova:
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Skapa bara saker med dig för att se felsökningen och src-omslaget/tk334 manus.
Hej Alexander, tack för testfallet; i allmänhet återges det exakta felet av mig (efter att ha optimerat de här konfigurationsparametrarna-använd inte 64-bitars samlingar 😉
Jag kommer att ta lite tid att fundera på om det här verkligen är det bästa sättet, och förhoppningsvis kommer jag att fixa det i slutet av veckan.
Inlägg av Vladimir Prus
du kommer sannolikt att studera reproduktionsstadierna i fler funktioner, eller ännu bättre – skicka en liten present där detta problem uppstår. Jag försökte följa de givna
-stegen och fick ett meddelande “Det finns ingen regel för att skapa XXX.la.lo”. Kanske beror det på att jag aldrig har använt Automake.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Skapa bara ägare och se felsökningen – src/tk334 skalskript.
Fixat, nu visar det sig att detta “slutet av veckan” är lite tvetydigt.
Jag vet inte vad jag ska göra med detta faktum. Alternativt måste vi först extrahera den faktiska
-komponenten från det medföljande kommandot, liksom i form av att den existerar Nej, eller någon av oss måste lägga till
–mode = köra våra kroppar i fallet med programmet “Debug shell” kan inte vara helt
förutom libtool.
Hej Alexander!
Tack för testfallet; felet upprepas bara hos mig (efter att ha ställt in parametrar,
som förmodligen inte nödvändigtvis använder 64-bitars bibliotek 😉
Jag kommer också att ta mig tid att tänka på vad som är det bästa sättet att lösa detta problem, och förhoppningsvis allt kommer att fixas till sista veckorna.
Ett meddelande om Vladimir Prus
kan du också beskriva den hittade reproduktionen i mer punkt, steg för steg eller ännu bättre, texta ett riktigt litet projekt som har denna utmaning. Jag försökte
följa stegen och listade ovan: “Det finns ingen regel för att skapa XXX.la.lo”. Det är möjligt att jag aldrig har använt en ny autosida.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Samla bara det och se skalningsskriptet debug/src och tk334.
