У меня есть приложение, зависящее от многих библиотек. Я собираю все из исходников на машине с Ubuntu. Я хочу удалить любую функцию/класс, которая не требуется приложению. Есть ли какой-нибудь инструмент, чтобы помочь с этим?
P.S. Я хочу удалить из библиотеки исходный код, а не только символы из объектных файлов.
Именно для этого и создана стандартная утилита strip.
Теперь я немного изучил это в контексте моего собственного проекта и решил, что это стоит полного ответа, а не просто комментария. Этот ответ основан на наборе инструментов Apple для macOS (который использует clang, а не gcc), но я думаю, что в обоих случаях все работает одинаково.
Ключом к этому является включение «оптимизации времени компоновки» при создании библиотек и исполняемых файлов. Механика этого на самом деле очень проста — просто передайте -flto в gcc и ld в командной строке. Это имеет два эффекта:
Это не поможет вам, если вы связываетесь с общей библиотекой, но может помочь, если эта общая библиотека соединяется с другими (статическими) библиотеками, которые содержат код, который общая библиотека никогда не вызывает.
С другой стороны, это уменьшило размер моего окончательного исполняемого файла примерно на 5%, чему я очень рад. YMMV.
С другой стороны, размер моих объектных файлов увеличился примерно вдвое, а время компоновки иногда резко возросло (примерно в 100 раз). Потом, если я перелинковался, это было намного быстрее. Однако такое поведение может быть особенностью цепочки инструментов Apple. Возможно, он прячет какие-то промежуточные сборки где-то по первой ссылке. В любом случае, если вы включите эту опцию только для выпускных сборок, это не должно быть серьезной проблемой.
Более подробная информация о полном наборе параметров командной строки gcc, управляющих оптимизацией, приведена здесь: https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html. Найдите на этой странице flto, чтобы сузить область поиска.
Чтобы заглянуть за кулисы, см.: https://gcc.gnu.org/onlinedocs/gccint/LTO-Overview.html
Изменить:
Немного больше информации о времени ссылки. Компоновщик Apple создает несколько огромных файлов в каталоге с именем LTOCache при создании ссылки. Я не видел их до сегодняшнего дня, поэтому они выглядят как промежуточные сборки, которые ускоряют связывание во второй раз. Что касается того, что моя начальная ссылка такая медленная, это может быть частично связано с тем, что в моем случае они созданы на сервере SMB. Но опять же, процессор был максимально загружен, так что, возможно, нет.
Хорошо, теперь, когда я лучше понимаю требования ОП, у меня есть другой ответ на этот вопрос, который, я думаю, может лучше соответствовать его потребностям. Я думаю, что решить эту проблему можно с помощью инструмента покрытия кода. В конце концов, проблема заключается в том, чтобы определить то, от чего можно безопасно избавиться. На самом деле снять его несложно.
В мою IDE (Visual Studio) встроен один из них, но я думаю, что OP использует gcc, поэтому первый порт захода выглядит как gcov. Существует ряд коммерческих вариантов, но они дорогие. Также есть потенциально полезная запись здесь.
Еще одна вещь, которая вам нужна, конечно, это программа, которая проверяет все части библиотеки, которые вы хотите сохранить, чтобы предоставить вам отчет о покрытии для работы, но похоже, что у OP это уже есть. Хорошая IDE также поможет, поскольку она значительно упрощает навигацию по коду. Ключевыми функциями Visual Studio я считаю Перейти к определению, а также быстрое и простое создание закладок.
else части оператора if..else, а во время выполнения была выполнена if часть. Затем, несмотря на то, что функция отображается как невыполненная в отчете о покрытии, ее невозможно удалить.
- person Ashok Vishnoi; 03.06.2018
else (вы сказали, что хотите избавиться от как можно большего количества исходных строк).
- person Paul Sanders; 03.06.2018
