Вышел binutils 2.28

Вс этом смысле, мне нравится busybox. Не у всех в прошлом была машина времени и SSD.

busybox же альтернатива coreutils'ам, а не девелоперским binutils'ам. Это же GNU ассемблер, ld, nm, readelf, strip,... и т.д., а не ls, cp, mv,... и т.д.

Блин. Только собрал 2.27 :(

Changelog'и настолько объёмны, что их привести нет возможности из за ограничений постов.

Можешь не благодарить:

binutils

Changes in 2.28:

* Add support for locating separate debug info files using the build-id
method, where the separate file has a name based upon the build-id of
the original file.

* This version of binutils fixes a problem with PowerPC VLE 16A and 16D
relocations which were functionally swapped, for example,
R_PPC_VLE_HA16A performed like R_PPC_VLE_HA16D while R_PPC_VLE_HA16D
performed like R_PPC_VLE_HA16A. This could have been fixed by
renumbering relocations, which would keep object files created by an
older version of gas compatible with a newer ld. However, that would
require an ABI update, affecting other assemblers and linkers that
create and process the relocations correctly. It is recommended that
all VLE object files be recompiled, but ld can modify the relocations
if --vle-reloc-fixup is passed to ld. If the new ld command line
option is not used, ld will ld warn on finding relocations inconsistent
with the instructions being relocated.

* The nm program has a new command line option (--with-version-strings)
which will display a symbol's version information, if any, after the
symbol's name.

* The ARC port of objdump now accepts a -M option to specify the extra
instruction class(es) that should be disassembled.

* The --remove-section option for objcopy and strip now accepts section
patterns starting with an exclamation point to indicate a non-matching
section. A non-matching section is removed from the set of sections
matched by an earlier --remove-section pattern.

* The --only-section option for objcopy now accepts section patterns
starting with an exclamation point to indicate a non-matching section.
A non-matching section is removed from the set of sections matched by
an earlier --only-section pattern.

* New --remove-relocations=SECTIONPATTERN option for objcopy and strip.
This option can be used to remove sections containing relocations.
The SECTIONPATTERN is the section to which the relocations apply, not
the relocation section itself.

ld

Changes in 2.28:

* The EXCLUDE_FILE linker script construct can now be applied outside of the section list in order for the exclusions to apply over all input sections in the list.

* Add support for the RISC-V architecture.

* The command line option --no-eh-frame-hdr can now be used in ELF based linkers to disable the automatic generation of .eh_frame_hdr sections.

* Add --in-implib=<infile> to the ARM linker to enable specifying a set of Secure Gateway veneers that must exist in the output import library specified by --out-implib=<outfile> and the address they must have. As such, --in-implib is only supported in combination with --cmse-implib.

* Extended the --out-implib=<file> option, previously restricted to x86 PE targets, to any ELF based target. This allows the generation of an import library for an ELF executable, which can then be used by another application to link against the executable.

Его собирать минуту.

Его собирать минуту.

Это если ты тупо с ванилькой балуешься. А когда оно тебе нужно в составе извратного кроссового тулчейна, бывают нюансы отнюдь не на минуту.

извратного кроссового тулчейна

В таких случаях последняя версия нужна нечасто.

Можешь не благодарить

Там в каждой подсистеме свои Changelog'и, и один только Changelog одного только (g)as'а в несколько раз больше. Конкретно различия между релизами там не указаны, нужно вычислять по датам.

gas

Changes in 2.28:

* Add support for the RISC-V architecture.

* Add support for the ARM Cortex-M23 and Cortex-M33 processors.

Нет. Полный Changelog (g)as'а вот: http://saahriktu.org/gas-2.28-changelog.xz

Чистым текстом там 77231 байт, 2009 строк.

Полный Changelog

Полный ченджлог представляет интерес тогда, когда ты ищешь что-то конкретное. Для поверхностного ознакомления файла News вполне достаточно.

а где подсчет не ASCII символов?

весит 17 Мбайт (388949 строк)

Кстати какой смысл в этом подсчете??

3312032 из 215196944 (1,53907018307843628113%). Из них к *.c, *.cc, *.cpp и *.h файлам относятся всего 10. Всего из них затронуто 7 файлов по 1-2 кода за пределами ASCII.
По 2 кода в bfd/vms-alpha.c, gold/s390.cc и elfcpp/s390.h. По одному коду в gas/config/obj-evax.c, libiberty/strverscmp.c, gas/config/obj-evax.h и bfd/hosts/alphavms.h.

Это всё, опять же, комментарии.

00000060: 2c20 496e 632e 0a2f 2f20 5772 6974 7465  , Inc..// Writte
00000070: 6e20 6279 204d 6172 6369 6e20 4b6f c59b  n by Marcin Ko..
00000080: 6369 656c 6e69 636b 6920 3c6b 6f72 6961  cielnicki <koria
00000090: 6b69 6e40 3078 3034 2e6e 6574 3e2e 0a0a  kin@0x04.net>...

00000000: 2020 2020 2020 2020 2020 2020 2020 2020
00000010: 2020 2020 2020 2020 2875 6e73 6967 6e65          (unsigne
00000020: 6420 6368 6172 202a 2922 474e 5520 4246  d char *)"GNU BF
00000030: 4420 706f 7274 6564 2062 7920 4b6c 6175  D ported by Klau
00000040: 7320 4bc3 a46d 7066 2031 3939 342d 3139  s K..mpf 1994-19
00000050: 3936 222c 0a                             96",.

Во-первых, это оценка масштабов изменений. Во-вторых, ко многим исходникам распространяются патчи от одной версии до другой для практического применения.

количество строк в патче по-любому не коррелирует с количеством правок кода... расхождение может на порядок даже быть

Зато если в патче десяток-другой строк, то налицо всего лишь мелкий багфикс.

В readelf и gdb поддержка DWARFv5, кроме новых accel tables (.debug_names). Для readelf .debug_names готово, скоро будет в мастере, для gdb в планах в апреле и тогда можно будет говорить, что binutils-gdb полностью поддерживают DWARFv5.

Почему ты постишь подробные чейнджлоги ко всякой хрени типа .z патчей к ядру, а к binutils, в бажность gold которого я совсем недавно воткнулся черепом вниз, нет даже выдержки изменений? :]

Ничего, со временем в systemd появится «простой линковщик», и проблемы gold тебя больше аффектить не будут. Иди пофорси светлое будущее у поттеринга в списке рассылки.

Я же написал в стартовом посте, что подробные changelog'и никуда не влезут. Выше есть пример ссылки на changelog (g)as'а в пару тысяч строк.