24.09.2021

Выпуск системной библиотеки Glibc 2.34


  • 1.2, макпыф (ok), 10:35, 02/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so).

    То есть libc-2.34.so существовать не будет?

     
     
  • 2.5, Аноним (5), 10:38, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Т.е. ты так просто хотел отменить депенденси хел в Линуксе? Смешной, это же опенсорсная скрепа.
     

  • 1.4, Fracta1L (ok), 10:38, 02/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > Устранены уязвимости

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

     
     
     
     
  • 4.22, Аноним (22), 10:58, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Из знаменитой Фракталовой дыры постоянно идет понос. Он ищет чем бы её заткнуть, но даже раст ему не помогает.
     

     
  • 2.10, pashev.me (?), 10:42, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏
     
     
  • 3.20, макпыф (ok), 10:54, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏

    Почему?

     

  • 1.8, pashev.me (?), 10:41, 02/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so).

    Хоба! Привет Солярису.

     
  • 1.9, макпыф (ok), 10:41, 02/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > интегрированы библиотеки libpthread, libdl, libutil и libanl,

    С одной стороны, исчезнут баги когда при сборке не добавилось -lpthread или еще что нибудь, с другой libc.so.6 станет более жирной, что может увеличить расход ОЗУ и время запуска слинкованных с ней программ, однако т.к. вес этих либ в сумме около 200кб это все будет очень не значительно, поэтому если не сломает совместимость — я за

     
     
  • 2.11, pashev.me (?), 10:45, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не изменится. Разделяемые библиотеки на то и разделяемые, а статическое связывание включает только необходимый минимум — в глибси практически каждая функция в отдельном файле.
     
     
  • 3.14, макпыф (ok), 10:48, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего не изменится. Разделяемые библиотеки на то и разделяемые, а статическое связывание

    > включает только необходимый минимум — в глибси практически каждая функция в

    > отдельном файле.

    так если их совместили — в динамическую библиотеку добавился функционал других => вырос ее размер. Однако т.к. все эти либы очень маленькие а libc.so большая — это все на грани погрешности

     
     
  • 4.17, Аноним (5), 10:51, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    По сравнению с компиляцией всей glibc из исходников это время минимально.
     
     
  • 5.19, макпыф (ok), 10:53, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > По сравнению с компиляцией всей glibc из исходников это время минимально.

    какое время?

     
  • 3.21, Аноним (21), 10:58, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10, не то в 30 раз меньше. На самом деле, может, даже и уменьшатся файлы, ну, там, на 1кб, может.
     
     
  • 4.23, макпыф (ok), 11:03, 02/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10,

    > не то в 30 раз меньше. На самом деле, может, даже

    > и уменьшатся файлы, ну, там, на 1кб, может.

    про статическую линковку я не говорю, .a  это архив с обьектниками, линкуются только нужные

     

  • 1.12, pashev.me (?), 10:47, 02/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Объявлены устаревшими функции pthread_mutex_consistent_np, thread_mutexattr_getrobust_np, pthread_mutexattr_setrobust_np и pthread_yield вместо которых следует использовать pthread_mutex_consistent, thread_mutexattr_getrobust, hread_mutexattr_setrobust и sched_yield.

    Просто праздник какой-то!

    *_np — это non portable, то есть не нужно.

     

    Источник.