pessoasalguns precisarão explorar este problema quando não puderem depurar diretamente o kdevelop por conta própria. O problema ocorre sempre que o wrapper de depuração é libtool, então o autotools build cria os scripts de solução do wrapper libtool para garantir que o aplicativo seja iniciado.
Para jogar, crie qualquer pacote kde virtualmente de qualquer modelo, adicione um subprojeto, adicione uma libtool de negociação com a biblioteca instalada e construa a casa. Você verá que $ (top_builddir) src / appname não é mais um grande executável, mas sim um wrapper em torno da libtool . O mesmo se aplica ao arbusto de origem do Kdevelop.
Mas meu depurador parece ser o para definir o script como executável. (em branco) -s_waitForWrite kdevelop (Depurador): RESPOSTA: & “Arquivo para cada home / gremlin / projetos / testes versus tk334 / debug / src / tk334 n” kdevelop (Depurador): COMANDOS : 1 na linha, 1 Execute kdevelop (Debugger): RESPOSTA: & “” / home / gremlin / projects tests / tk334 / debug / src ou tk334 “: não quando se trata de executável Formato: formato de arquivo não reconhecido “
Isso ocorre porque o KDevelop inicia este depurador com eu uso o seguinte comando: / tray / sh -c / home / gremlin versus projects / tests / tk334 / debug para cada libtool gdb –interpreter = mi2 – silenciado em vez de libtool gdb –interpreter implica mi2 -quiet src / tk334
Observe o caminho exato para o script de shell libtool em cada uma de nossa linha de comando. Vladimir, você poderia estratégia. creme para o rosto, o plano quem?
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
3. Clique em "Reparar" para corrigir quaisquer problemas encontrados
Publique com Alexander Daimo Muitos gostariam que as pessoas vissem este problema quando não pudessem depurar o kdevelop por conta própria. O problema ocorre quando o wrapper de depuração mais importante é sempre o libtool e o próprio sistema de compilação do autotools cria o software do wrapper da libtool para executar o aplicativo . Para copiar, você constrói muitos aplicativos kde a partir de um tema, adiciona um subprojeto >, coloca normalmente a libtool instalada em lib e constrói de acordo. Você provavelmente verá que $ (top_builddir) / src para cada appname está longe de ser um arquivo executável, mas é um script de wrapper libtool. É o mesmo completo com a árvore de código-fonte do Kdevelop.
Olá Alexandre! Você pode descrever as etapas de criação com mais detalhes ou, melhor ainda, enviar uma reconstrução simples onde ocorre o problema. Eu fiz alguns melhores que seguiriam os passos acima e também finalmente consegui “Não para construir regras XXX.la.lo”. Talvez isso ainda se deva ao fato de eu nunca ter gostado do Automake.
Cortesia de todos Vladimir Prus Os compradores podem fornecer mais registros sobre as etapas de reprodução, ou melhor, enviar um pequeno projeto que cause este problema. Tentei os passos acima e apareceu a mensagem “Não existe regra para gerar XXX.la.lo”. Talvez isso seja diferente da verdade real de que nunca usei o Automake.
Você provavelmente irá tentar: http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Apenas produza-o com você para ver debug versus src wrapper / tk334 roteiro.
Olá Alexander, obrigado pelo caso de teste; no simples, o erro é reproduzido por mim (após aplicar os parâmetros de configuração não comece a usar bibliotecas de 64 bits 😉
Vou levar algum tempo para considerar se esta é realmente a melhor jornada e espero consertá-la até o final da semana.
Postagem de Vladimir Prus a maioria das pessoas consegue estudar as etapas de reprodução com muito detalhe, ou melhor ainda – mande um pequeno projeto em que esse problema ocorra. Experimentei seguir as etapas fornecidas e recebi a mensagem “Não há regra para compor XXX.la.lo”. Talvez isso se deva ao fato de eu nunca ter usado o Automake.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Basta criar proprietários e ver este debug / src / específico script de shell tk334.
Corrigido, agora descobrimos que aquele “final de semana” é um pouco incerto.
Não sei o que fazer com isso. Alternativamente, devemos primeiro extrair o componente distinto do comando fornecido, tão efetivamente quanto o fato de que ele existe Não, e temos que adicionar –mode = usado nós mesmos, no caso do “shell de depuração “um programa de segurança não pode ser completamente exceto para trabalhar com libtool.
Olá, Alexander! Obrigado pelo caso de teste; o erro se repetirá apenas para mim (depois de definir os parâmetros, que não usarão necessariamente bibliotecas de 64 bits 😉 Vou levar um tempo para pensar qual é a melhor maneira específica de corrigir esse problema, e eu realmente espero que tudo seja corrigido para os períodos finais.
Uma mensagem sobre Vladimir Prus você pode descrever a reprodução encontrada com mais detalhes, passo a passo ou ainda melhor, pegue um projeto realmente pequeno que tem o seu problema. Tentei seguir os passos assim como os anteriores: “Não existe regra para a criação de XXX.la.lo”. É possível que eu nunca tenha usado um site de automóveis.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Basta compilá-lo e ver o script de shell debug src / tk334.
