Подготовлен (http://www.mail-archive.com/info-gnu@gnu.org/msg02254.h... релиз набора системных утилит GNU Binutils 2.28 (https://sourceware.org/binutils/), в состав которого входят такие программы, как GNU linker, GNU assembler, nm, objdump, strings, strip.
В (ttps://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=binutils/NEWS;hb=refs/tags/binutils-2_28) новой (https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=b... версии (https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=b...:
- Добавлена возможность размещения отладочной информации в отдельном файле, с привязкой через прошитый в исполняемый файл идентификатор сборки (build-id), совпадающий с именем отладочного файла;- В утилиту nm добавлена опция "--with-version-strings", позволяющая просмотреть информацию о версиях символов из объектного файла;
- В утилитах objcopy и strip добавлена возможность указания в опции "--remove-section" шаблонов секций, начинающихся с восклицательного знака, для исключения данных секций из списка совпадений по ранее указанному в командной строке шаблону "--remove-section";
- В утилиты objcopy и strip добавлена опция "--remove-relocations=SECTIONPATTERN" для удаления секций, выполняющих связывание адресов (relocation);
- В компоновщике (ld) добавлена поддержка архитектуры RISC-V (https://ru.wikipedia.org/wiki/RISC-V). Опция "--no-eh-frame-hdr" теперь может использоваться для отключения генерации секций .eh_frame_hdr в компоновщиках на основе формата ELF. В компоновщик для архитектуры ARM добавлена опция "--in-implib=", а опция "--out-implib=" теперь применима к файлам в формате ELF (позволяет сгенерировать для ELF-файла библиотеку импорта, которая затем может использоваться другим приложением для связывания с исполняемым файлом);
- В ассемблере (gas) добавлена поддержка процессоров ARM Cortex-M23 и Cortex-M33, а также реализована поддержка архитектуры RISC-V (https://ru.wikipedia.org/wiki/RISC-V).
URL: http://www.mail-archive.com/info-gnu@gnu.org/msg02254.html
Новость: http://www.opennet.me/opennews/art.shtml?num=46150
С какого перепугу это системные утилиты?
Прально, так их! Удали из своей системы binutils, зачем они нужны вообще?
Они нужны для создания исполняемых файлов. То есть не для всех пользователей они нужны. Даже coreutils не всем нужны, но они-то используются самой системой, поэтому их можно назвать "системными".Но вот binutils для нормального функционирования системы не нужны. Это, блджад, инструменты разработчиков, и то не всех.
> Они нужны для создания исполняемых файлов. То есть не для всех пользователей
> они нужны. Даже coreutils не всем нужны, но они-то используются самой
> системой, поэтому их можно назвать "системными".
> Но вот binutils для нормального функционирования системы не нужны. Это, блджад, инструменты
> разработчиков, и то не всех.Не надо этих пустых рассуждений. Будь мужиком, удали из системы все файлы binutils! Слова для слабаков, ты делом докажи, насколько ты убеждён в своих убеждениях.
Хотя, я провентилировал свою память, и выяснил, что она ошибалась. ld-linux.so -- это часть glibc, а не binutils. Так что, может быть система и не умрёт, если из неё выпилить binutils. Ты, кстати, выпилил?
Не умрет.
> Не умрет.Но он почему-то не отвечает. Может система его всё-таки умерла?
Их требует dracut.
Выпиливать binutils и dracut из своей системы и переустанавливать после это ядро я точно не рискну.
Наверно, аноним, таки, рискнул. :-)
Это инструменты не только разработчика, но и сисадмина. Например без binutils ты не соберешь модуль под ядро, а это нужно очень многим. Хотя уже собранный модуль конечно продолжит работать после выноса binutils. По-крайне мере до тех пор, пока не понадобится обновить ядро. А с учетом того, что в юзерфрендли дистрах обновление ядра и сборка модулей под него происходит на автомате, то с точки зрения "обычного пользователя" непосредственно после выноса binutils ничего не сломается, но при обновлении внезапно может случится страшный черный экран.
> через прошитый в исполняемый файл идентификатор сборки (build-id), совпадающий с именем отладочного файлаЗвучит как какой-то грязный хак
"В ассемблере (gas) добавлена поддержка процессоров ARM Cortex-M23 и Cortex-M33" ну, пошел изучать ассемблер))