The OpenNET Project / Index page

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



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

"В GCC 15 решено убрать поддержку ABI ARM64 ILP32"  +/
Сообщение от opennews (??), 17-Янв-25, 09:13 
В кодовую базу GCC, используемую для формирования ветки GCC 15, внесено изменение, удаляющее поддержку ABI ARM64 ILP32.  ILP3 напоминает субархитектуру x32 для систем x86_64 и также позволяет использовать 32-разрядные указатели и  32-разрядную модель адресации памяти, при работе процессора в 64-разрядном режиме с поддержкой 64-разрядных регистров и расширенных инструкций. Ограничением ABI ILP32 является невозможность адресации из приложения более 4 ГБ памяти...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62568

Ответить | Правка | Cообщить модератору

Оглавление

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

2. Сообщение от Жироватт (ok), 17-Янв-25, 09:17   –2 +/
Хм...интересно, однако.
Как скоро появятся в комментариях тут удивительные люди, у которых mission-critical софт крутится именно именно на подобном костыле на арм-железках?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #44

3. Сообщение от kravich (ok), 17-Янв-25, 09:26   +/
А потом они проснутся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #25

4. Сообщение от Anonymous Coward (?), 17-Янв-25, 09:40   +2 +/
Там как раз сошлись на том, что лучший способ найти тех людей -- написать предупреждение:  https://gcc.gnu.org/pipermail/gcc-patches/2025-January/67348...

(кста, уточнение к новости -- поддержку в GCC 15 не уберут, а только напишут предупреждение об удалении в следующем релизе).

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

5. Сообщение от Аноним (5), 17-Янв-25, 09:42   –7 +/
Очень хотели денежек от Эплы,но не прокатило.Зря вообще запилили называется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #26

6. Сообщение от ijuij (?), 17-Янв-25, 09:54   +2 +/
Хорошие новости, мертвый код надо удалять
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

8. Сообщение от Аноним (8), 17-Янв-25, 10:15   –1 +/
Хорошая новость узнаем кто это использовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Tron is Whistling (?), 17-Янв-25, 10:22   –4 +/
Да и X32 пора бы туда же, это всё мертворождённые костыли с полутора пользователями.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Аноним (10), 17-Янв-25, 10:25   –3 +/
Ждём крики про третий пень и про то, что для эмбеддед-устройств обязательно надо M1 и 8 гигов оперативы.

А, крики уже появились.

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

11. Сообщение от Аноним (11), 17-Янв-25, 10:55   +1 +/
Смешались в кучу кони люди...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

17. Сообщение от Аноним (20), 17-Янв-25, 11:46   +1 +/
>надо M1 и 8 гигов оперативы

M1 - натурально 64-битная архитектура.
8 Гбайт - это более, чем 2^32 адресное пространство. Поэтому 32-разрядная адресация тут не катит.

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

20. Сообщение от Аноним (20), 17-Янв-25, 11:50   +/
Ябблы последний раз GCC использовали ещё версии 4.2.1. Там никакого ILP32 ещё быть не могло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

21. Сообщение от Аноним (21), 17-Янв-25, 11:52   +/
Т.е. на возможность запуска старых приложений, пусть даже путем перекомпиляции, забили окончательно. Или это только в виде еще одного гвоздя в гроб GCC и смысл сообщения в том что просто нужно везде использовать Clang?

Нативный 32-х битный режим из современных ARM процессоров убрали (тот же Снэп 8 gen 3 просто не может больше запускать 32-х битные приложения - куча вещей из маркета больше не ставятся или если форсировать установку apk, не запускаются; аналогично последние Exynos). Портировать под 64-х бита не всегда есть возможности/желание авторов. Если пересобрать с ILP32 также теперь нельзя, то софт только выкидывать - в этом смысл этого изменения?

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

24. Сообщение от Жироватт (ok), 17-Янв-25, 12:21   +/
Старому ПО - современное ему устройство?
Старому ПО - виртуализация с эмуляцией 32х бит с современной ему ОС?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #28

25. Сообщение от Жироватт (ok), 17-Янв-25, 12:26   +3 +/
Не, просто к любой такой новости откуда-то вылезает ну совсем уж незамутнённое чудо и начинает возмущаться:
"да как так-то, из современного ядра лин00пс выкинули поддержку WiMax??? Как так теперь только или DKMS, или пользоваться старыми ядрами??? Да за что я за б/у 15 лет назад деньги плотил, где мои выпл0ты и каааанпенсации??77 Да у меня на ваймаксе ЦУП работает, сто тыщ станков с ЧПУ и сервера для связи с марсом! Да мы! Да я! Да знаете что - ИП Смирнов обиды не прощает!".

Иногда интересно потыкать в них палочкой

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

26. Сообщение от Аноним (26), 17-Янв-25, 12:35   +/
gcc 2.96 умел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #40, #64

28. Сообщение от _kp (ok), 17-Янв-25, 12:41   +/
Да, оба варианта.
Так получите точно то же самое "старое доброе" ПО.

А после перекомпиляции, это уже другая версия ПО.
В которой, исправлены старые баги, и добавлены новые.

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

31. Сообщение от Витюшка (?), 17-Янв-25, 13:08   +/
"ИП Илон Маск"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #33, #45

33. Сообщение от Жироватт (ok), 17-Янв-25, 13:30   +/
Такие ИП или имеют штатных/аутсорцных индусов, которые могут хоть как-то, но поддерживать нужное им легаси даже во внутренней ветке, или просто блокируют любое предложение об удалении в mainline.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

40. Сообщение от Аноним (40), 17-Янв-25, 16:26   +/
Но не смог
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #41

41. Сообщение от Аноним (41), 17-Янв-25, 16:30   +/
#ifndef _ILP32
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

44. Сообщение от Аноним (-), 17-Янв-25, 17:19   +1 +/
> Как скоро появятся в комментариях тут удивительные люди, у которых
> mission-critical софт крутится именно именно на подобном костыле на арм-железках?

Mision critical софт не делают на всяких экспериментальных малоиспользуемых хреновинах которые никто даже на картинке не видел - так что все баги ваши.

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

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

47. Сообщение от Аноним (-), 17-Янв-25, 17:32   +1 +/
>> "ИП Илон Маск"
> Спонсор недавнего салюта, между прочим. Красиво получиолсь, вон народ постит.

Не настолько красиво как его твиты про то, что "понаехи-иммигранты это работящие клевые ребята, не то что местное б-ло"
Баттхерт и разрывы пр-даков были громче, чем та жалкая ракета.


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

49. Сообщение от Аноним (-), 17-Янв-25, 18:23   +1 +/
> Не настолько красиво как его твиты про то, что "понаехи-иммигранты это работящие
> клевые ребята, не то что местное б-ло"

Ну так что делать если из реднеков - неважные ракетчики и инженеры? :)

> Баттхерт и разрывы пр-даков были громче, чем та жалкая ракета.

Нормально набросил. И что-что а Маск своего точно не упустит. И реднеки уже - в пролете, поздняк метаться. Бизнесмен бизнесмену глаз не выклюет.

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

52. Сообщение от Аноним (52), 17-Янв-25, 19:00   +/
Бесит сколько арм архитектур развели, прям как в 80х-90х. Есть одна нормальная, х86, вот ее и оставьте, на всем остальном работать невозможно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #58, #62, #65

54. Сообщение от нах. (?), 17-Янв-25, 19:06   +1 +/
> Бесит сколько арм архитектур развели, прям как в 80х-90х. Есть одна нормальная,
> х86, вот ее и оставьте, на всем остальном работать невозможно

ффсе нормально, гениТальные разработчики gcc именно к этому и стремятся.
(ну и еще aarch64, чтоб узкоглазому спонсору тоже обиду не учинить)

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

56. Сообщение от Аноним (20), 17-Янв-25, 19:32   +/
ILP32 - это инструкции 64-битного режима при 32-битной адресации данных. Т.е., более короткие указатели всё того же 64-битного режима. От необходимости портирования под Aarch64, если это действительно необходимо, ILP32 не избавляет.
long int: 32 бита на ARMv7; 64 бита на Aarch64 и ILP32.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

58. Сообщение от Аноним (20), 17-Янв-25, 19:40   +/
Ну работайте на x86. Лично вас никто насильно на ARM64 не пересаживает. А остальным оставьте возможность самим решать, что им выбирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

62. Сообщение от Аноним (62), 18-Янв-25, 01:02   +/
Станет универсальной когда будет производительной, перестанет отключатся от перегрева через минуту, при этом помещаться в корпусе толщиной до 1 см
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

64. Сообщение от Аноним (-), 18-Янв-25, 01:21   +/
> gcc 2.96 умел

Что умел?! Сабжевое апи?! Да вы гоните, он тогда ARM то если и поддерживал - то в пещерном виде и никаких 64 битов и в проекте не было.

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

65. Сообщение от Аноним (-), 18-Янв-25, 04:21   +2 +/
> Бесит сколько арм архитектур развели, прям как в 80х-90х. Есть одна нормальная,
> х86, вот ее и оставьте, на всем остальном работать невозможно

Так у x86 тоже поразвели архитектур. Вплоть до того что господа не могут определиться какой проц какой "версии" :)

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

66. Сообщение от Аноним (66), 18-Янв-25, 05:24   +/
А чтобы был двухпещерным Эпла денежек не давала на пробуждение фор фана? Вот то-то и оно. Бгг. Презренные кодеры - на словах могучие, а в делах вонючие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #74

68. Сообщение от Аноним (-), 18-Янв-25, 11:03   +/
Так там Интел свой внутрикорпоративный жаргон пытается всем навязать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #69

69. Сообщение от Аноним (-), 18-Янв-25, 11:20   +/
> Так там Интел свой внутрикорпоративный жаргон пытается всем навязать.

Так они бы для начала определились - как так получается что некоторым процам отпилили якобы-супернужный AVX-512 и более новые процы внезапно ... постарели версией?

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

70. Сообщение от Аноним (-), 18-Янв-25, 11:29   +/
> Нативный 32-х битный режим из современных ARM процессоров убрали (тот же Снэп
> 8 gen 3 просто не может больше запускать 32-х битные приложения
> - куча вещей из маркета больше не ставятся или если форсировать
> установку apk, не запускаются; аналогично последние Exynos). Портировать под 64-х бита
> не всегда есть возможности/желание авторов. Если пересобрать с ILP32 также теперь
> нельзя, то софт только выкидывать - в этом смысл этого изменения?

Если софт уж все же пересобирать - собирайте под 64 бита и не выделывайтесь. Спецом под полтора инвалида таскать не взлетевшее ABI - никто не будет. Пока нашелся всего 1 юзкейс этого ABI в диком виде - и тот - GCC не юзал. И вот кто и что теряет, кроме гемора по содержанию очередной ненужности?

Ща оно посветит варнингом о deprecation - и видно будет, надо это кому или нет. Если и после этого никто не высунется - "помер Аким и фиг с ним"

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

72. Сообщение от Афроним (?), 18-Янв-25, 15:03   +/
Слушай, это та архитектура которая используется в Эпла Вотч или я ошибаюсь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #76

73. Сообщение от Аноним (-), 18-Янв-25, 15:50   +/
> Ждём крики про третий пень и про то, что для эмбеддед-устройств обязательно
> надо M1 и 8 гигов оперативы.
> А, крики уже появились.

На эмбеддед устройствах это все - не юзалось, единственный сценарий про который вообще кому-то известно - iWatch, но там и GCC не было.

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

74. Сообщение от Аноним (74), 18-Янв-25, 16:19   +/
> А чтобы был двухпещерным Эпла денежек не давала на пробуждение фор фана?
> Вот то-то и оно. Бгг. Презренные кодеры - на словах могучие, а в делах вонючие.

Я не очень понял о чем весь этот поток мыслей. GCC 2.96 никогда не умел вон то, а денег от эппла многим опенсорсникам и даром не надо: золотой дождь - удовольствие не для всех. И золотая клетка - тоже.

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

75. Сообщение от Аноним (75), 18-Янв-25, 19:45   +/
Я смотрю вы шарите, а прокомментируйте китайские х86_64 пожалуйста. Я так и не разобрался чего там есть, а чего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

76. Сообщение от Аноним (-), 18-Янв-25, 22:37   +/
> Слушай, это та архитектура которая используется в Эпла Вотч или я ошибаюсь?

Да, это используется iWatch. Но под них GCC - не было. Эпплу оно видимо не надо было, а остальным - и подавно.

Т.е. с точки зрения юзерей GCC - никто ничего не теряет. Нельзя потерять то чего не было. И сабж - проверка что и правда никто сий изврат с GCC не юзал.

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

80. Сообщение от Дмитрийemail (??), 19-Янв-25, 19:19   +/
ещё как делают )))
каких только чудес не встретишь у заказчика в проде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

81. Сообщение от Аноним (81), 19-Янв-25, 20:56   +/
Не надо, как лисе винограда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74


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

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




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

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