людинекоторые воспользовались этой проблемой, когда не смогли самостоятельно отладить kdevelop. Проблема возникает каждый раз, когда оболочка отладки фактически является libtool, а затем autotools build создает сценарии системы оболочки libtool для обеспечения запуска подхода.
Чтобы играть, создайте любой продукт kde из шаблона, добавьте подпроект, добавьте рабочий libtool с установленной библиотекой, а также скомпилируйте его. Вы увидите, что money (top_builddir) / src / appname больше не является отличным исполняемым файлом, а скорее оберткой рядом с libtool . То же самое относится к дереву исходных текстов Kdevelop.
Но мой отладчик, кажется, помогает вам определить сценарий как exe. : -s_waitForWrite kdevelop (Отладчик): ОТВЕТ: & “Файл / home / gremlin / projects для каждого теста / tk334 / debug / src tk334 n” kdevelop (Отладчик): КОМАНДЫ: отдельные в одна строка, 1 Выполнить kdevelop (Отладчик): ОТВЕТ: & “” / home / gremlin и projects / tests / tk334 / debug – src / tk334 “: не когда приходит мысль об исполняемом файле Формат: нераспознанный файл на жестком диске компьютера n “
Это связано с тем, что KDevelop развертывает отладчик с помощью следующей команды: bin / sh -c / home – gremlin / projects / tests / tk334 и debug / libtool gdb –interpreter соответствует mi2 – quiet вместо libtool gdb –interpreter = mi2 -quiet src / tk334
Обратите внимание на путь к недопустимой программе оболочки libtool в командной строке. Владимир, мог бы публичная стратегия. какой план у кого?
Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
1. Загрузите Fortect и установите его на свой компьютер.
2. Запустите программу и нажмите "Сканировать"
3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.
Сообщение Александра Даймо Многие предпочли бы, чтобы люди видели эту проблему, когда они с трудом отлаживают kdevelop самостоятельно. Проблема возникает, когда оболочкой отладки всегда является libtool кроме того, система сборки autotools создает пакеты запросов оболочки libtool для запуска приложения . Для воспроизведения вы создаете множество приложений kde с помощью шаблона, добавляете > подпроект, помещаете его в libtool, установленный в lib, и собираете подходящим образом. Вы увидите, что $ (top_builddir) по сравнению с src / appname – это далеко не завершенный исполняемый файл, а скорее сценарий оболочки libtool. То же самое и с деревом исходных текстов Kdevelop.
Здравствуйте, Александр! Вы можете описать шаги распространения более подробно или, еще лучше, дать небольшую реконструкцию, где возникает эта проблема. Я сделал все возможное, чтобы выполнить шаги, указанные выше и, наконец, получил «Нет создавать стратегии XXX.la.lo». Возможно, это все еще связано с тем, что мне никогда не нравился Automake.
Предоставлено Владимиром Прусом. Покупатели могут предоставить более подробную информацию об этапах воспроизведения, а еще лучше – представить небольшой проект, который устраняет эту проблему. Я попробовал выполнить действия, описанные выше , и получил сообщение «Нет смысла создавать XXX.la.lo». Возможно, это отличается от того факта, что я никогда не использовал Automake.
Вы, вероятно, попробуете: http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Просто создайте его вместе с вами, чтобы увидеть нашу собственную оболочку debug / src / tk334 скрипт.
Здравствуйте, Александр, спасибо за рассмотренный случай. в общем, ошибка воспроизводится мною (после оптимизации параметров конфигурации do не следует использовать 64-битные библиотеки 😉
Я потрачу много времени, чтобы подумать, действительно ли это обычно лучший способ, и, надеюсь, исправлю его до конца недели.
Пост Владимира Пруса: можно подробнее изучить этапы фейка, а еще лучше – выпустить небольшой проект, в котором эта проблема будет возникать. Я попытался следовать данной методике и получил сообщение «Не существует практического правила для создания XXX.la.lo». Возможно, это связано с тем, что я никогда не использовал Automake.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Просто создайте владельцев и обратите внимание на debug / src / tk334 программа-оболочка.
Исправлено, теперь получается, что “конец недели” по-своему немного неоднозначен.
Я не знаю, что с этим делать. В качестве альтернативы, мы должны сначала создать точный компонент из предоставленного требования, а также тот факт, что он оказался Нет, или мы должны добавить –approach = run сами, в случае, несомненно, Защита “оболочки отладки” не может быть полностью дополнительной, чем для libtool.
Здравствуйте, Александр! Спасибо за тестовый пример; вся ошибка повторяется только для меня (после установки параметров, они не обязательно используют 64-битную локальную библиотеку 😉 Я потрачу время, чтобы подумать, как именно лучше всего исправить эту проблему, и надеюсь, все будет исправлено до конца недели.
Сообщение о Владимире Прусе можете ли вы описать обнаруженное распространение более подробно, пошагово или лучше согласованно, отправьте реальный небольшой проект, у которого есть эта проблема. Я пытался соблюдать шаги и выше: «Нет правила создания XXX.la.lo». Вполне возможно, что я никогда не пользовался автосайтом.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2 Просто скомпилируйте его и часто просматривайте сценарий оболочки debug / src / tk334.
г.
