The OpenNET Project / Index page

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



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

"Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от opennews (??), 06-Мрт-19, 19:29 
Линус Торвальдс согласился (https://lkml.org/lkml/2019/3/5/499) с предложением по удалению из ядра поддержки устаревшего формата исполняемых файлов a.out (https://en.wikipedia.org/wiki/A.out) и принял (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) в состав находящейся в разработке ветки 5.1 изменение, переводящее a.out в разряд устаревших технологии (deprecated).


Ядро Linux поддерживает формат ELF уже около 25 лет и единственным применением a.out  оставался код для генерации core-файлов в данном формате. В текущем виде данный код  находится в заброшенном состоянии и требует дополнительных ресурсов для приведения его в порядок. Так как формат a.out  давно вышел из обихода и  генерация файлов a.out уже не поддерживается современными компиляторами в конфигурации по умолчанию, оказалось более целесообразным удалить (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержку core-файлов в формате a.out и объявить сам формат a.out устаревшим.


Код для поддержки a.out планируют удалить из ядра в одном из следующих выпусков, если не будут представлены доводы по сохранению его поддержки  и не найдётся желающий взять на себя работу по его сопровождению в составе ядра. Удалению поддержки a.out из ядра также способствует то, что загрузчик для a.out файлов может вполне быть реализован целиком в пространстве пользователя.

URL: https://lkml.org/lkml/2019/3/5/499
Новость: https://www.opennet.me/opennews/art.shtml?num=50263

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

Оглавление

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


4. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –11 +/
Сообщение от Аноним (4), 06-Мрт-19, 19:47 
gcc без -o генерирует эти ваши a.out
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +24 +/
Сообщение от Аноним (6), 06-Мрт-19, 19:52 
Там от a.out одно название.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –5 +/
Сообщение от Аноним (8), 06-Мрт-19, 20:01 
и в чем тогда прикол?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

25. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +3 +/
Сообщение от asdasd (?), 07-Мрт-19, 00:03 
Сказано же в названии. Исторически так сложилось.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

38. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от fi2fi (?), 07-Мрт-19, 14:21 
боле правильное название старого a.out есть COFF
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +9 +/
Сообщение от Аноним (7), 06-Мрт-19, 19:55 
Посмотрите file a.out и удивитесь, увидев, что это ELF.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –5 +/
Сообщение от Аноним (4), 06-Мрт-19, 20:08 
Я в курсе, но название смущает. GCC явно делали школьники в самом начале.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +17 +/
Сообщение от Аноним (10), 06-Мрт-19, 20:11 
Это ещё что! GCC в самом начале был на диалекте Паскаля.

А если серьёзно, исполняемые файлы формирует не компилятор, а компоновщик. Это к вопросу о школьниках.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Пиони (?), 06-Мрт-19, 20:28 
Кстати, GCC и gcc, это тоже немного разные вещи. И gcc это не компилятор, а драйвер, который интерпретирует аргументы командной строки, вызывает компилятор, и уже выход передаёт дальше ассемблеру и компоновщику
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Аноним (10), 06-Мрт-19, 20:37 
И так как это драйвер, он тем более ничего не генерирует и о форматах исполняемых файлов ничего не знает. Формат целевого файла определяется именно для компилятора, ассемблера и компоновщика на этапе их собственной сборки.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

24. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +3 +/
Сообщение от irinat (ok), 06-Мрт-19, 23:53 
Объектные файлы у GCC — тоже ELF.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

28. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от ГабенВульвович (?), 07-Мрт-19, 02:57 
Правда школьники об этом тож не знают, пытаясь соревноваться друг с другом в остроумии и знании тулчейна.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

29. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –2 +/
Сообщение от Аноним (29), 07-Мрт-19, 04:51 
Школьники имеют на это право, потому что знают о том, что объектные файлы формирует не gcc, а ассемблер, не имеющий к компилятору отношения.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от анон (?), 07-Мрт-19, 07:56 
т.е. в твоему в огороде курицы вытираются, а в киеве газетами?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

43. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от irinat (ok), 08-Мрт-19, 00:06 
> Школьники имеют на это право, потому что знают о том, что объектные
> файлы формирует не gcc, а ассемблер, не имеющий к компилятору отношения.

Лёгким движением руки меняем gcc на clang, и вот уже нет вызова ассемблера.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –2 +/
Сообщение от Совершенно другой аноним (?), 07-Мрт-19, 15:20 
> Я в курсе, но название смущает. GCC явно делали школьники в самом начале.

ну, тогда уже не GCC, а Unix-ы, а точнее первый компилятор с языка C (возможно даже pcc) - оно оттуда пошло.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Пиони (?), 06-Мрт-19, 20:17 
Наверняка для обратной совместимости так оставили
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от Дуплик (ok), 06-Мрт-19, 20:19 
Это не a.out, а ELF-файл. От a.out там лишь одно название в целях совместимости со всякими там древними скриптами.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

17. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +2 +/
Сообщение от Аноним (10), 06-Мрт-19, 20:39 
> в целях совместимости со всякими там древними скриптами

Во-первых, это краси^W POSIX: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/c...

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

23. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от Crazy Alex (ok), 06-Мрт-19, 22:49 
Тебе и сказали "для совместимости с древними скриптами"
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

13. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –7 +/
Сообщение от supercyberhawk (?), 06-Мрт-19, 20:28 
розрабы гнома теперь линукс разрабатывают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +17 +/
Сообщение от Аноним (10), 06-Мрт-19, 20:32 
Вы можете отличить инженеров, удаляющих мёртвый код для упрощения поддержки живого, от хипстеров, удаляющих живой код, потому что «пользователю сложно»?

Вероятность того, что вы в своей жизни ещё столкнётесь с a.out, исчезающе мала. По крайней мере, на Linux. Насколько я помню, gcc для PDP-11 до сих пор поддерживает только a.out, но вероятность того, что вы в своей жизни столкнётесь с PDP-11, тоже исчезающе мала, да и Linux на них не работает.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от Annoynymous (ok), 06-Мрт-19, 21:31 
> но вероятность того, что вы в своей жизни столкнётесь с PDP-11, тоже исчезающе мала

(Внезапный приступ ностальгии) а жаль!

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

31. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +4 +/
Сообщение от Аноним (29), 07-Мрт-19, 05:45 
Кому жаль, те пишут их для FPGA и играются дома в своё удовольствие.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от Аноним (21), 06-Мрт-19, 22:16 
ВОТ могла бы быть хорошая причина увеличить номер мажорной версии, а не то, что Линус только до 20 считать умеет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от DiabloPC (ok), 07-Мрт-19, 01:46 
Тоже мне причину нашёл.
Толковая причина для этого - существенные нововведения, а удаление мёртвого кода даже не повод х.х.У менять
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

30. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от Аноним (30), 07-Мрт-19, 04:51 
Метрвый код - это когда он не исполняется во время работы. Тут же идет речь, о потенцпильной обратной несовместимости: вроде как клиентов этого кода нет можно удалить? Но у обратной совместимости нет понятние "может", поэтому это semver major.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +2 +/
Сообщение от Ключевский (?), 07-Мрт-19, 07:20 
Нет давно тех кто использует a.out. Плюс к тому код не выкидывают прямо ща, а объявляют deprecated в 5.1. Он в таком статусе еще несколько лет может болтаться, плюс к тому сколько еще лет пройдет пока ядро в котором его окончательно удалят попадет в дистрибутивы. Если вдруг найдется тот кто реально использует a.out, то у него есть лет 5-7 с сегодняшнего дня до возникновения проблем в свежих дистрибутивах.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

39. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –2 +/
Сообщение от 0x0 (?), 07-Мрт-19, 14:54 
>существенные нововведения

в современных реалиях – это, следует так понимать, когда в первый заход долго никак не получается и не один битый час доводится долбиться на бис :))

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

40. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от 0x0 (?), 07-Мрт-19, 15:12 
Существенной вехой можно было считать появление заплаток Spectre/Meltdown. Когда даже процессор стал не такой, как вчера :)
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

36. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Аноним (36), 07-Мрт-19, 11:37 
Если принимать во внимание только LTS ветки, именно так и сделали. В 4.19 a.out поддерживается, а в 5.4 (или какая станет LTS), скорее всего, нет.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

37. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –2 +/
Сообщение от JavaC (?), 07-Мрт-19, 13:39 
Правильно ли я понял, что линуксу жить только до 20й мажорной версии? Или потом появиться более мажорная версия и так до 20 точек в номере версии?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

42. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Аноним (7), 07-Мрт-19, 18:37 
Дальше буквы пойдут, греческие.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

45. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от 0x0 (?), 08-Мрт-19, 00:50 
Это, наверное, как с проблемами 20хх годов. На момент возникновения все думают, что к тому времени будет уже что-то другое.
Хотя, скорее, уже вообще ничего не будет. По крайней мере, из сферы человеческого осязания (в теперешнем ещё не на все 100% виртуально-реалном положении))
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

46. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +1 +/
Сообщение от Sneer (?), 08-Мрт-19, 07:59 
Слабаки. На IBM AIX взлетает софт 27 летней давности и это бывает жизненно необходимо в продакшене. На HP-UX, кстати, ситуация аналогичная. Там даже эмулятор процессора работает прозрачно (что бы на IA-64 запускать софт от s800 какой-нибудь).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от Север (?), 08-Мрт-19, 13:53 
Проприетарщики должны страдать.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

49. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  –1 +/
Сообщение от Аноним (49), 10-Мрт-19, 12:46 
>>> Проприетарщики должны страдать.

Про них как не спросишь, так у них всё работает. В отличии от опенсорса.

Впрочем: свобода = сложности.

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

50. "Прекращение поддержки формата исполняемых файлов a.out в ядр..."  +/
Сообщение от J.L. (?), 11-Мрт-19, 15:23 
>>>> Проприетарщики должны страдать.
> Про них как не спросишь, так у них всё работает. В отличии от опенсорса.

"у нас всё работает, проблема на вашей стороне!"
- ей, митрич, у нас чо, если строчка в лог длиннее 255 байт то лог перестаёт писаться???

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

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

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




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

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