Линус Торвальдс согласился (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

• Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 19:47 , 06-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 19:52 , 06-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:01 , 06-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,asdasd, 00:03 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,fi2fi, 14:21 , 07-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 19:55 , 06-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:08 , 06-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:11 , 06-Мрт-19
        • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Пиони, 20:28 , 06-Мрт-19
          • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:37 , 06-Мрт-19
        • Прекращение поддержки формата исполняемых файлов a.out в ядр...,irinat, 23:53 , 06-Мрт-19
          • Прекращение поддержки формата исполняемых файлов a.out в ядр...,ГабенВульвович, 02:57 , 07-Мрт-19
            • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 04:51 , 07-Мрт-19
              • Прекращение поддержки формата исполняемых файлов a.out в ядр...,анон, 07:56 , 07-Мрт-19
              • Прекращение поддержки формата исполняемых файлов a.out в ядр...,irinat, 00:06 , 08-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Совершенно другой аноним, 15:20 , 07-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Пиони, 20:17 , 06-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Дуплик, 20:19 , 06-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:39 , 06-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Crazy Alex, 22:49 , 06-Мрт-19
• Прекращение поддержки формата исполняемых файлов a.out в ядр...,supercyberhawk, 20:28 , 06-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 20:32 , 06-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Annoynymous, 21:31 , 06-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 05:45 , 07-Мрт-19
• Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 22:16 , 06-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,DiabloPC, 01:46 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 04:51 , 07-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Ключевский, 07:20 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,0x0, 14:54 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,0x0, 15:12 , 07-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 11:37 , 07-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,JavaC, 13:39 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 18:37 , 07-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,0x0, 00:50 , 08-Мрт-19
• Прекращение поддержки формата исполняемых файлов a.out в ядр...,Sneer, 07:59 , 08-Мрт-19
  • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Север, 13:53 , 08-Мрт-19
    • Прекращение поддержки формата исполняемых файлов a.out в ядр...,Аноним, 12:46 , 10-Мрт-19
      • Прекращение поддержки формата исполняемых файлов a.out в ядр...,J.L., 15:23 , 11-Мрт-19

gcc без -o генерирует эти ваши a.out

Там от a.out одно название.

и в чем тогда прикол?

Сказано же в названии. Исторически так сложилось.

боле правильное название старого a.out есть COFF

Посмотрите file a.out и удивитесь, увидев, что это ELF.

Я в курсе, но название смущает. GCC явно делали школьники в самом начале.

Это ещё что! GCC в самом начале был на диалекте Паскаля.

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

Кстати, GCC и gcc, это тоже немного разные вещи. И gcc это не компилятор, а драйвер, который интерпретирует аргументы командной строки, вызывает компилятор, и уже выход передаёт дальше ассемблеру и компоновщику

И так как это драйвер, он тем более ничего не генерирует и о форматах исполняемых файлов ничего не знает. Формат целевого файла определяется именно для компилятора, ассемблера и компоновщика на этапе их собственной сборки.

Объектные файлы у GCC — тоже ELF.

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

Школьники имеют на это право, потому что знают о том, что объектные файлы формирует не gcc, а ассемблер, не имеющий к компилятору отношения.

т.е. в твоему в огороде курицы вытираются, а в киеве газетами?

> Школьники имеют на это право, потому что знают о том, что объектные
> файлы формирует не gcc, а ассемблер, не имеющий к компилятору отношения.

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

> Я в курсе, но название смущает. GCC явно делали школьники в самом начале.

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

Наверняка для обратной совместимости так оставили

Это не a.out, а ELF-файл. От a.out там лишь одно название в целях совместимости со всякими там древними скриптами.

> в целях совместимости со всякими там древними скриптами

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

Тебе и сказали "для совместимости с древними скриптами"

розрабы гнома теперь линукс разрабатывают?

Вы можете отличить инженеров, удаляющих мёртвый код для упрощения поддержки живого, от хипстеров, удаляющих живой код, потому что «пользователю сложно»?

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

> но вероятность того, что вы в своей жизни столкнётесь с PDP-11, тоже исчезающе мала

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

Кому жаль, те пишут их для FPGA и играются дома в своё удовольствие.

ВОТ могла бы быть хорошая причина увеличить номер мажорной версии, а не то, что Линус только до 20 считать умеет.

Тоже мне причину нашёл.
Толковая причина для этого - существенные нововведения, а удаление мёртвого кода даже не повод х.х.У менять

Метрвый код - это когда он не исполняется во время работы. Тут же идет речь, о потенцпильной обратной несовместимости: вроде как клиентов этого кода нет можно удалить? Но у обратной совместимости нет понятние "может", поэтому это semver major.

Нет давно тех кто использует a.out. Плюс к тому код не выкидывают прямо ща, а объявляют deprecated в 5.1. Он в таком статусе еще несколько лет может болтаться, плюс к тому сколько еще лет пройдет пока ядро в котором его окончательно удалят попадет в дистрибутивы. Если вдруг найдется тот кто реально использует a.out, то у него есть лет 5-7 с сегодняшнего дня до возникновения проблем в свежих дистрибутивах.

>существенные нововведения

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

Существенной вехой можно было считать появление заплаток Spectre/Meltdown. Когда даже процессор стал не такой, как вчера :)

Если принимать во внимание только LTS ветки, именно так и сделали. В 4.19 a.out поддерживается, а в 5.4 (или какая станет LTS), скорее всего, нет.

Правильно ли я понял, что линуксу жить только до 20й мажорной версии? Или потом появиться более мажорная версия и так до 20 точек в номере версии?

Дальше буквы пойдут, греческие.

Это, наверное, как с проблемами 20хх годов. На момент возникновения все думают, что к тому времени будет уже что-то другое.
Хотя, скорее, уже вообще ничего не будет. По крайней мере, из сферы человеческого осязания (в теперешнем ещё не на все 100% виртуально-реалном положении))

Слабаки. На IBM AIX взлетает софт 27 летней давности и это бывает жизненно необходимо в продакшене. На HP-UX, кстати, ситуация аналогичная. Там даже эмулятор процессора работает прозрачно (что бы на IA-64 запускать софт от s800 какой-нибудь).

Проприетарщики должны страдать.

>>> Проприетарщики должны страдать.

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

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

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

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