The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Выпуск 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. Сообщение от Леголас (ok), 25-Янв-21, 11:19   +5 +/
ассемблер -- это хорошо, очень хорошо
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #6, #7

2. Сообщение от Аноним (2), 25-Янв-21, 11:26   –3 +/
А llvm-bitcode - ещё лучше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #5, #16

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

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

5. Сообщение от Аноним (5), 25-Янв-21, 12:21   +/
Не одобрено мэтром СПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

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

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

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

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

10. Сообщение от Аноним (-), 25-Янв-21, 13:46   +7 +/
Если вы на чистой сишке компилируете код, в финальной стадии компиляции формируется код на ассемблере с синтаксисом AT&T. Так вот, GCC вызывает GNU assembler, который в свою очередь и формирует двоичный код из ассемблерного листинга. GCC зависит от GNU binutils.

Про роль линкеров ld и gold говорить не буду. Мэйнтейнеры пакетов их хорошо знают.

Синтаксис AT&T, древнее самой Intel. Пакет GNU binutils совмещает в себе очень важные программы. Это невидимые трудяги.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #36

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

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

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

14. Сообщение от Аноним (14), 25-Янв-21, 14:03   +/
> Про роль линкеров ld и gold говорить не буду.

Расскажи.
Сижу на bfd. С gold, говорят, не все пакеты собираются.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

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

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

17. Сообщение от Аноним (16), 25-Янв-21, 15:47   +1 +/
всё что гнётся не ломается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22, #24

18. Сообщение от leibnizemail (??), 25-Янв-21, 16:31   +/
Не согласен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

19. Сообщение от leibnizemail (??), 25-Янв-21, 16:32   +/
Согласен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21

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

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

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

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

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

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

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

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

28. Сообщение от Аноним (-), 26-Янв-21, 10:39   +1 +/
Да собственно bitcoin и без llvm хорош. Так что и хрен с ним, с LLVM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

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

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

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

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

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

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

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

36. Сообщение от Аноним (-), 31-Янв-21, 00:22   +/
Аминь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

37. Сообщение от Аноним (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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру