https://www.opennet.dev/openforum/vsluhforumID3/110618.html Подготовлен (http://www.mail-archive.com/info-gnu@gnu.org/msg02254.html) релиз набора системных утилит GNU Binutils 2.28 (https://sourceware.org/binutils/), в состав которого входят такие программы, как GNU linker, GNU assembler, nm, objdump, strings, strip. <br><br><br>В (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=blob_plain;f=gas/NEWS;hb=refs/tags/binutils-2_28) версии (https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=ld/NEWS;hb=refs/tags/binutils-2_28):<br><br><br><br><br>- Добавлена возможность размещения отладочной информации в отдельном файле, с привязкой через прошитый в исполняемый файл идентификатор сборки (build-id), совпадающий с именем отладочного файла;<br><br>- В утилиту nm добавлена опция "--with-version-strings", позволяющая просмотреть информацию о версиях символов из объектного файла;<br><br>- В утилитах objcopy и strip добавлена возможность указания в опци https://www.opennet.dev/openforum/vsluhforumID3/110618.html#12 Thu, 09 Mar 2017 08:58:28 GMT "В ассемблере (gas) добавлена поддержка процессоров ARM Cortex-M23 и Cortex-M33" ну, пошел изучать ассемблер)) <br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#11 Wed, 08 Mar 2017 03:21:16 GMT Их требует dracut.<br>Выпиливать binutils и dracut из своей системы и переустанавливать после это ядро я точно не рискну.<br>Наверно, аноним, таки, рискнул. :-)<br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#10 Tue, 07 Mar 2017 21:12:08 GMT &gt; Не умрет.<br><br>Но он почему-то не отвечает. Может система его всё-таки умерла?<br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#9 Tue, 07 Mar 2017 21:07:13 GMT Не умрет. <br> <br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#8 Tue, 07 Mar 2017 21:06:44 GMT Это инструменты не только разработчика, но и сисадмина. Например без binutils ты не соберешь модуль под ядро, а это нужно очень многим. Хотя уже собранный модуль конечно продолжит работать после выноса binutils. По-крайне мере до тех пор, пока не понадобится обновить ядро. А с учетом того, что в юзерфрендли дистрах обновление ядра и сборка модулей под него происходит на автомате, то с точки зрения "обычного пользователя" непосредственно после выноса binutils ничего не сломается, но при обновлении внезапно может случится страшный черный экран. <br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#7 Tue, 07 Mar 2017 19:43:35 GMT Хотя, я провентилировал свою память, и выяснил, что она ошибалась. ld-linux.so -- это часть glibc, а не binutils. Так что, может быть система и не умрёт, если из неё выпилить binutils. Ты, кстати, выпилил?<br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#6 Tue, 07 Mar 2017 19:23:00 GMT &gt; через прошитый в исполняемый файл идентификатор сборки (build-id), совпадающий с именем отладочного файла<br><br>Звучит как какой-то грязный хак<br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#5 Tue, 07 Mar 2017 17:47:19 GMT &gt; Они нужны для создания исполняемых файлов. То есть не для всех пользователей <br>&gt; они нужны. Даже coreutils не всем нужны, но они-то используются самой <br>&gt; системой, поэтому их можно назвать "системными".<br>&gt; Но вот binutils для нормального функционирования системы не нужны. Это, блджад, инструменты <br>&gt; разработчиков, и то не всех.<br><br>Не надо этих пустых рассуждений. Будь мужиком, удали из системы все файлы binutils! Слова для слабаков, ты делом докажи, насколько ты убеждён в своих убеждениях.<br> https://www.opennet.dev/openforum/vsluhforumID3/110618.html#4 Tue, 07 Mar 2017 15:10:33 GMT Они нужны для создания исполняемых файлов. То есть не для всех пользователей они нужны. Даже coreutils не всем нужны, но они-то используются самой системой, поэтому их можно назвать "системными".<br><br>Но вот binutils для нормального функционирования системы не нужны. Это, блджад, инструменты разработчиков, и то не всех.<br>