Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск GNU Binutils 2.36"	+/–
Сообщение от opennews (ok), 25-Янв-21, 11:19
Представлен релиз  набора системных утилит GNU Binutils 2.36, в состав которого входят такие программы, как GNU linker, GNU assembler, nm, objdump, strings, strip... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54464
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск GNU Binutils 2.36"	+5 +/–
Сообщение от Леголас (ok), 25-Янв-21, 11:19
ассемблер -- это хорошо, очень хорошо
Ответить | Правка | Наверх | Cообщить модератору

	2. "Выпуск GNU Binutils 2.36"	–3 +/–
	Сообщение от Аноним (2), 25-Янв-21, 11:26
	А llvm-bitcode - ещё лучше!
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от leibniz (??), 25-Янв-21, 11:50
	эталонный вброс в гнутом треде
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (5), 25-Янв-21, 12:21
	Не одобрено мэтром СПО.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	8. "Выпуск GNU Binutils 2.36"	–3 +/–
	Сообщение от Аноним (8), 25-Янв-21, 12:51
	Осталось только не одобрить этого самого мэтра.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (-), 25-Янв-21, 21:52
	Дык уже больше года как https://www.opennet.dev/opennews/art.shtml?num=51498
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (26), 26-Янв-21, 02:43
	Корпорасты убрали неугодного и подмяли под себя фонд.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (16), 25-Янв-21, 15:45
	а с llvm-bitcoin вообще будет красота
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	28. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (-), 26-Янв-21, 10:39
	Да собственно bitcoin и без llvm хорош. Так что и хрен с ним, с LLVM.
	Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (3), 25-Янв-21, 11:34
	Как бы все что выше - не прерогатива бинутилсов уже.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	6. "Выпуск GNU Binutils 2.36"	–4 +/–
	Сообщение от Аноним (6), 25-Янв-21, 12:27
	WebAssembly лучше.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	18. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от leibniz (??), 25-Янв-21, 16:31
	Не согласен!
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (8), 25-Янв-21, 12:42
	Ассемблер — это для стиляг. Настоящие программисты смотрят команды в справочнике и вбивают их коды в двоичном виде дырочками в перфокартах.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	9. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Леголас (ok), 25-Янв-21, 13:04
	так то я тот ещё щёголь ;)
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от 1 (??), 25-Янв-21, 13:57
	настоящие программисты набирают программы прямо на пульте, в двоичном коде, ну на крайняк в восьмиричном или шестнадцатиричном)))
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	13. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от 1 (??), 25-Янв-21, 14:02
	Ну как Сеймур Крэй говорят продиктовал 4Кбайта загрузчика по телефону и заработало!!!
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (20), 25-Янв-21, 19:26
	Билл Гейтс свой бейсик для компьютера Альтаир на перфоленте писал через телетайп. Потому что он настоящий программист, а не хипстер какой-то. И бейсик те же 4 килобайта весил.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (-), 26-Янв-21, 10:42
	Судя по продаже IBM операционки которой у него не было - таки жуликоватый хипстер, хоть и первобытный.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (32), 26-Янв-21, 12:24
	Он и в Альтаир продал бейсик, который он еще не написал. Хотя бы в силу того что у него даже не было этого компьютера. Но код им самим пришлось писать. И на стороне заказали только код для операций с числами с плавающей точкой.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (-), 26-Янв-21, 10:41
	А что поделать, если у тебя еще нет модема - ты и 8 килобайт продиктуешь, если другие опции недоступны.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	33. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (32), 26-Янв-21, 12:26
	Факс, письмо, курьерская доставка, фельдъегерская служба. Из всех доступных вариантов они выбрали самый неподходящий.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (25), 25-Янв-21, 23:58
	Настоящие программисты используют бабочек.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	29. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (-), 26-Янв-21, 10:40
	Вот вы мамонты! Настоящие джедаи давно настукивают команды в JTAG двумя кнопками!
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "Выпуск GNU Binutils 2.36"	+7 +/–
Сообщение от Аноним (-), 25-Янв-21, 13:46
Если вы на чистой сишке компилируете код, в финальной стадии компиляции формируется код на ассемблере с синтаксисом AT&T. Так вот, GCC вызывает GNU assembler, который в свою очередь и формирует двоичный код из ассемблерного листинга. GCC зависит от GNU binutils. Про роль линкеров ld и gold говорить не буду. Мэйнтейнеры пакетов их хорошо знают. Синтаксис AT&T, древнее самой Intel. Пакет GNU binutils совмещает в себе очень важные программы. Это невидимые трудяги.
Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от leibniz (??), 25-Янв-21, 16:32
	Согласен!
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (20), 25-Янв-21, 19:26
	Поддерживаю предыдущего оратора.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (-), 31-Янв-21, 00:22
	Аминь
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

12. "Выпуск GNU Binutils 2.36"	–1 +/–
Сообщение от Аноним (12), 25-Янв-21, 13:59
Всё, что нагнули лучше не стало.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск GNU Binutils 2.36"	+1 +/–
	Сообщение от Аноним (16), 25-Янв-21, 15:47
	всё что гнётся не ломается
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от anonimous (?), 25-Янв-21, 19:57
	Не гнется, не ломается, а только кувыркается!
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (24), 25-Янв-21, 22:43
	Зато, если оттянуть и отпустить, по носу звезданёт сильно.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

14. "Выпуск GNU Binutils 2.36"	+/–
Сообщение от Аноним (14), 25-Янв-21, 14:03
> Про роль линкеров ld и gold говорить не буду. Расскажи. Сижу на bfd. С gold, говорят, не все пакеты собираются.
Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (15), 25-Янв-21, 14:55
	Ведро начиная с 5.2 что ли не собирается с голд. С лто голд вроде лучше и сегодня справляется
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от Аноним (27), 26-Янв-21, 07:51
	Для ведра держу свю версию gcc и binutils. Систему одним компилятором и линковщиком собираю, а ведро другим.
	Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск GNU Binutils 2.36"	+/–
Сообщение от Аноним (34), 28-Янв-21, 21:45
Да-да-да. Ассемблер - наше все, ага. Более гадкого чем гнутый я не видел, а на ассемблерах всяких лет 15 писал.
Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск GNU Binutils 2.36"	+/–
	Сообщение от adolfus (ok), 30-Янв-21, 15:59
	Более гадкого синтаксиса, чем у интел x86 нет ни у кого. Хотя в этом не ассемблер виноват, а сверхдебильная архитектура набора инструкций этого самого x86. В самом же синтаксисе интеловского ассемблера самое дебильное, это что операнды в инструкциях mov располагаются задом наперед. Редкостный маразм. Я так думаю, что изобретатели сего ассемблера били зазомбированы операторами присваивания. Ну а обозначение РОН собственнвми именами вместо их естественного нумерования -- просто взрыв долбоебизма. AMD попыталась это исправить в своем x86_64, но безуспешно -- секту x86 просто так не разгонишь.
	Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск GNU Binutils 2.36"	+/–
Сообщение от Аноним (37), 31-Янв-21, 00:25
А где там, что за опция такая > В утилиту ar добавлена поддержка модификатора "l" для задания зависимостей для статической библиотеки. Changes in 2.36: * Add libdep plugin, for linking dependencies of static libraries that   were recorded by ar in the __.LIBDEP archive member. * Add --error-handling-script=<NAME> command line option to allow a helper   script to be invoked when an undefined symbol or a missing library is   encountered.  This option can be suppressed via the configure time   switch: --enable-error-handling-script=no. * Add -z lam-u48 to x86-64 ELF linker to generate LAM_U48 property. * Add -z lam-u57 to x86-64 ELF linker to enerate LAM_U57 property. * Add -z lam-u48-report=[none|warning|error] to report missing LAM_U48   property. * Add -z lam-u57-report=[none|warning|error] to report missing LAM_U57   property. * Add -z lam-report=[none|warning|error] to report missing LAM_U48 and   LAM_U57 properties. * Add -z x86-64-{baseline|v[234]} to the x86 ELF linker to mark   x86-64-{baseline|v[234]} ISA level as needed. * Add -z unique-symbol to avoid duplicated local symbol names. * The creation of PE format DLLs now defaults to using a more secure set of DLL   characteristics. * The linker now deduplicates the types in .ctf sections.  The new   command-line option --ctf-share-types describes how to do this:   its default value, share-unconflicted, produces the most compact   output. * The linker now omits the "variable section" from .ctf sections by   default, saving space.  This is almost certainly what you want   unless you are working on a project that has its own analogue   of symbol tables that are not reflected in the ELF symtabs. * Add support for the SHF_GNU_RETAIN ELF section flag.   This flag specifies that the section should not be garbage collected by the   linker. Changes in 2.35:
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема