forum.opennet.ru - "Выпуск системной библиотеки Glibc 2.34" (93)

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

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

"Выпуск системной библиотеки Glibc 2.34"	+/–
Сообщение от opennews (?), 02-Авг-21, 10:33
После шести месяцев разработки опубликован релиз системной библиотеки GNU C Library (glibc) 2.34, которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2017. В состав нового выпуска включены исправления от 66 разработчиков... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55575
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Иваня (?), 10:33 , 02-Авг-21, (1) –2
То есть libc-2 34 so существовать не будет , макпыф (ok), 10:35 , 02-Авг-21, (2)

Т е ты так просто хотел отменить депенденси хел в Линуксе Смешной, это же опен, Аноним (5), 10:38 , 02-Авг-21, (5)

Soname было и будет libc so 6 Именно так записано в бинарнике, именно это ищет , pashev.me (?), 11:11 , 02-Авг-21, (28) +9
Soname было и будет libc so 6 Именно так записано в бинарнике, именно это ищет , pashev.me (?), 11:12 , 02-Авг-21, (30)

А если есть софт который уже скомпилирован и он зависит от другой версии glibc , Аноним (5), 11:25 , 02-Авг-21, (32) –1

Если от более новой -- то как бы Вы это предложили делать ещё soname bump потя, Michael Shigorin (ok), 19:22 , 02-Авг-21, (95) –3
Есть такое понятие - обратная совместимость А применительно к разделяемым библи, pashev.me (?), 01:27 , 03-Авг-21, (100)

Нет никаких разделяемых библитотек -- есть совеместно используемые общие библи, adolfus (ok), 21:03 , 03-Авг-21, (111) +1

Это вы откуда взяли Есть устоявшаяся терминология, и термин shared library пер, Аноним (115), 22:04 , 03-Авг-21, (115)

Это неправильный перевод Разделяемое это когда Divide Conquer - Разделяй и Пок, Lefsha (ok), 23:27 , 04-Авг-21, (116)

Этот софт будет работать через новую версию Вот с такими идеями и получается де, макпыф (ok), 08:59 , 03-Авг-21, (101)

Шёл 2021, вендузяторы продолжали пытаться натянуть свою адскую сову на чужой гло, Аноним (45), 11:52 , 02-Авг-21, (45) +12

Вы так говорите натянуть адскую сову на чужой глобус , как будто это что-то пло, Аноньимъ (ok), 19:06 , 02-Авг-21, (92)
притом, как обычно, бездарно и безграмотно у glibc всё _очень_ хорошо с верс, Michael Shigorin (ok), 19:19 , 02-Авг-21, (94)

Даже в этой теме есть независимые свидетели у которых все плохо с совместимостью, Аноним (5), 10:29 , 03-Авг-21, (102)

Пук в теме не подкрепленный ни одним пруфом - это свидетельство Я вас разочарую, Урри (ok), 11:04 , 03-Авг-21, (104)

проверил, не будет, макпыф (ok), 18:57 , 03-Авг-21, (108)

Единственная нормальная библиотека , Аноним (5), 10:37 , 02-Авг-21, (3) –3

Знаешь, я прочитав и покопавшись в вики так и не понял для чего она Здесь идёт , КО (?), 11:29 , 02-Авг-21, (35) +4

очевидно для чтения даже библиотекарь может только собрять , ананим.orig (?), 13:40 , 02-Авг-21, (57) +1
Чтобы транслировать Си-шный код, очевидно же , ИмяХ (?), 19:09 , 02-Авг-21, (93)

libc нужна не для того, чтобы не транслировать, а чтобы собрать оттранслированно, adolfus (ok), 21:11 , 03-Авг-21, (112)

Скрыто модератором, pashev.me (?), 10:40 , 02-Авг-21, (7) –1

Скрыто модератором, pashev.me (?), 10:42 , 02-Авг-21, (10)

Скрыто модератором, макпыф (ok), 10:54 , 02-Авг-21, (20) –1

Скрыто модератором, PnD (??), 12:20 , 02-Авг-21, (50) –1

Скрыто модератором, Аноним (51), 12:29 , 02-Авг-21, (51) +2

Скрыто модератором, ip1982 (ok), 14:26 , 02-Авг-21, (58) –2

Скрыто модератором, Аноним (67), 15:25 , 02-Авг-21, (67) +2

Скрыто модератором, pashev.me (?), 10:41 , 02-Авг-21, (8) –2
С одной стороны, исчезнут баги когда при сборке не добавилось -lpthread или еще , макпыф (ok), 10:41 , 02-Авг-21, (9)

Ничего не изменится Разделяемые библиотеки на то и разделяемые, а статическое с, pashev.me (?), 10:45 , 02-Авг-21, (11) –1

так если их совместили - в динамическую библиотеку добавился функционал других , макпыф (ok), 10:48 , 02-Авг-21, (14)

По сравнению с компиляцией всей glibc из исходников это время минимально , Аноним (5), 10:51 , 02-Авг-21, (17) –1

какое время , макпыф (ok), 10:53 , 02-Авг-21, (19)

В LFS сборка за два захода занимает никак не меньше 2-х часов , Аноним (5), 11:11 , 02-Авг-21, (27) +1

зависит от железа у меня около 5 минут одна сборка -j9 без тестов , макпыф (ok), 11:19 , 02-Авг-21, (31) +1

Там что-то не то, вот на 12 летней затычке от интела в 4 потока2019-11-28T15 00 , Аноним (34), 11:28 , 02-Авг-21, (34)

За 3 года в 5 раз больше обновлений glibc, чем было за 5 лет до того Ну и в 16 , Аноним (34), 11:36 , 02-Авг-21, (36) –1
время сборки я субьективное сказал, исходя из sbu должно быть 2 минуты Однако , макпыф (ok), 14:55 , 02-Авг-21, (62) +1

Замедление работы glibc из-за увеличения её размеры ничтожны по сравнению с тем , Аноним (5), 16:36 , 02-Авг-21, (69)

При всем желании glibc никак не попадает в рейтинг монстров по продолжительности, Lefsha (ok), 23:35 , 04-Авг-21, (117)

Эти либы и так почти везде прилинкованы, так что суммарный размер станет наоборо, n00by (ok), 12:59 , 02-Авг-21, (54)

Ну вообще то обычно только одна-две из них, макпыф (ok), 14:56 , 02-Авг-21, (63) +1
А что такое libanal, что-то вроде libcares Libutil тоже неясно зачем надо Libd, Аноним (34), 15:00 , 02-Авг-21, (65) +1

Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10, не то в 30 р, Аноним (34), 10:58 , 02-Авг-21, (21)

про статическую линковку я не говорю, a это архив с обьектниками, линкуются то, макпыф (ok), 11:03 , 02-Авг-21, (23) –1
У меня большой сишник в 9000 строк через libc 87k, через musl - 85k При этом mu, Урри (ok), 11:18 , 03-Авг-21, (106)

Просто праздник какой-то _np - это non portable, то есть не нужно , pashev.me (?), 10:47 , 02-Авг-21, (12) +1

К сожалению, переносимость работает только там, где поддерживается посикс У мик, adolfus (ok), 21:27 , 03-Авг-21, (113)

Всегда было не совместимо Сколько не подсовывай, не переименовывай с новой биб-, Аноним (-), 11:08 , 02-Авг-21, (26) –3

А сколько лет там совместимость Последние лет 8 точно есть я достаточно успешн, Аноним (34), 12:06 , 02-Авг-21, (49) +1

Это конечно все хорошо, но зачем ты это делаешь , Аноним (5), 16:37 , 02-Авг-21, (70)

Иногда надо запускать проприетарный софт , Аноним (34), 16:47 , 02-Авг-21, (71)

Проприетарный софт идет со своими версиями библиотек и я со времен Red Hat 6 0 н, adolfus (ok), 21:40 , 03-Авг-21, (114)

DeaDBeeF, например, static-builds собирается в окружении Ubuntu 14 04 2014г и, llolik (ok), 16:58 , 02-Авг-21, (72)

Самое то для для прослушивания вирусов в mp3 Какой тут смысл не собирать статич, Аноним (34), 17:02 , 02-Авг-21, (73) –2

Можно мысль развернуть Хочешь - пересобирай, ничего сложного, все собирается Ав, llolik (ok), 17:12 , 02-Авг-21, (75) +1

Но ведь статические билды ни от чего не зависят кроме себя Логично было бы выбр, Аноним (34), 17:19 , 02-Авг-21, (76) –1

Они зависят от рантайма Статические билды не тащат за собой glibc и остальное С, llolik (ok), 17:23 , 02-Авг-21, (78)

Это не то чтобы статический билд Ну так смысл тогда в новой glibc, если остальн, Аноним (34), 17:27 , 02-Авг-21, (79) –1

А какой-же тогда Берёшь распаковываешь из архива, запускаешь бинарник - всё раб, llolik (ok), 17:44 , 02-Авг-21, (83) +1

Это динамический билд Это всё лишено смысла, когда бандленный шлак и остальные л, Аноним (34), 17:48 , 02-Авг-21, (84)

facepalm Именно поэтому он распространяет его бесплатно в бинарниках и сорцах по, llolik (ok), 17:59 , 02-Авг-21, (86)
Это всё от недостаточной квалификации, иных объяснений зачем так делать у меня н, Аноним (34), 18:08 , 02-Авг-21, (88) –1
Или от того, что кому-то не хочется сношаться под правила и набор пакетов 10050, llolik (ok), 18:17 , 02-Авг-21, (89) +1

Иконка виндоуз вместо кнопку Пуск красочно описывает человека, который вместо пе, Аноним (5), 17:09 , 02-Авг-21, (74)

Ты третьегном не узнал чтоли Подсказываю 8470 1, в ArcMenu можно ставить каку, llolik (ok), 17:20 , 02-Авг-21, (77) +1

Это не к тому что на скрине оффтопик Это к тому что аффтор хочет сделать из тре, Аноним (5), 10:32 , 03-Авг-21, (103) –1

На вкус и цвет фломастеры разные Судя по том бреду, что выше написал Аноним, пол, llolik (ok), 11:16 , 03-Авг-21, (105) +1

dev shm вроде же раньше было каталогом , Нанобот (ok), 12:03 , 02-Авг-21, (47) –2
Вот век учись 8212 дураком помрёшь Никогда не думал что глючный nscd собирает, PnD (??), 12:36 , 02-Авг-21, (52) –3

Его можно спокойно выпилить Он устарел У меня он лично даже не собирается и по, Семен (??), 23:41 , 02-Авг-21, (99)

Скрыто модератором, лютый жжжжж (?), 12:55 , 02-Авг-21, (53) –5

Скрыто модератором, n00by (ok), 13:12 , 02-Авг-21, (55) +1

Скрыто модератором, Аноним (61), 14:54 , 02-Авг-21, (61)

Скрыто модератором, n00by (ok), 14:59 , 02-Авг-21, (64) +1

Скрыто модератором, Аноним (60), 14:50 , 02-Авг-21, (60) +1

Как будто кроме платформы Linux и виртуального Hurd еще куча платформ поддер, Аноним (-), 13:13 , 02-Авг-21, (56) –1

Есть мнение что представители других платформ не внесли никакого вклада в glibc , Аноним (5), 14:49 , 02-Авг-21, (59) –1

Есть мнение, что оно нигде больше и не рабоатет, что впрочем воркс ас интендед , Аноним (-), 15:18 , 02-Авг-21, (66) –2

А он бесплатно анону доступен или только за деньгу , Аноним (81), 17:39 , 02-Авг-21, (81)

Незнаю , Аноним (-), 17:49 , 02-Авг-21, (85)

Если смотреть на сайте https www ieee org то за IEEE 1003 1-2017 в формате PDF, Аноним (81), 18:02 , 02-Авг-21, (87)

Нет Лиуксоиды отыскивают черновые варианты стандартов и по ним делают свою GNU , Аноним (-), 06:37 , 05-Авг-21, (118)

Single UNIX Specification 4, Unix Base Specifications, Issue 7, 2018 Editionhtml, Аноним (-), 18:45 , 02-Авг-21, (90) +1
Можешь бесплатно его получить на сайте opengroup org как Single UNIX Specificati, Хан (?), 18:59 , 02-Авг-21, (91)

- В основной состав libc интегрированы библиотеки libpthread, libdl, libutil и l, Онаним (?), 21:04 , 02-Авг-21, (97)
Кто уже поборол баги хрома и лисы, что с новым glibc они крешатся при включеном , Семен (??), 23:20 , 02-Авг-21, (98)

Хром А зачем тебе следилка Гугла Анальных зондов тебе не хватает , Аноним (-), 15:29 , 03-Авг-21, (107) +1

Хочет большего расширения , нах.. (?), 19:11 , 03-Авг-21, (109)

Переписать на rust и закопать , Плохой Танцор (?), 20:27 , 03-Авг-21, (110)

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

1. Сообщение от Иваня (?), 02-Авг-21, 10:33 –2 +/–

Круто, спасибо! Пойду обновляться =)

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

2. Сообщение от макпыф (ok), 02-Авг-21, 10:35 +/–

>  Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so).
То есть libc-2.34.so существовать не будет?

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

3. Сообщение от Аноним (5), 02-Авг-21, 10:37 –3 +/–

Единственная нормальная библиотека.

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

5. Сообщение от Аноним (5), 02-Авг-21, 10:38 +/–

Т.е. ты так просто хотел отменить депенденси хел в Линуксе? Смешной, это же опенсорсная скрепа.

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

7. Сообщение от pashev.me (?), 02-Авг-21, 10:40 –1 +/–

> В основной состав libc интегрированы библиотеки libpthread, libdl, libutil и libanl
Хоба! Привет Солярису.

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

8. Сообщение от pashev.me (?), 02-Авг-21, 10:41 –2 +/–

> Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so).
Хоба! Привет Солярису.

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

9. Сообщение от макпыф (ok), 02-Авг-21, 10:41 +/–

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

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

10. Сообщение от pashev.me (?), 02-Авг-21, 10:42 +/–

Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏

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

11. Сообщение от pashev.me (?), 02-Авг-21, 10:45 –1 +/–

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

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

12. Сообщение от pashev.me (?), 02-Авг-21, 10:47 +1 +/–

> Объявлены устаревшими функции 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, то есть не нужно.

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

14. Сообщение от макпыф (ok), 02-Авг-21, 10:48 +/–

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

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

17. Сообщение от Аноним (5), 02-Авг-21, 10:51 –1 +/–

По сравнению с компиляцией всей glibc из исходников это время минимально.

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

19. Сообщение от макпыф (ok), 02-Авг-21, 10:53 +/–

> По сравнению с компиляцией всей glibc из исходников это время минимально.
какое время?

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

20. Сообщение от макпыф (ok), 02-Авг-21, 10:54 –1 +/–

> Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏
Почему?

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

21. Сообщение от Аноним (34), 02-Авг-21, 10:58 +/–

Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10, не то в 30 раз меньше. На самом деле, может, даже и уменьшатся файлы, ну, там, на 1кб, может.

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

23. Сообщение от макпыф (ok), 02-Авг-21, 11:03 –1 +/–

> Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10,
> не то в 30 раз меньше. На самом деле, может, даже
> и уменьшатся файлы, ну, там, на 1кб, может.
про статическую линковку я не говорю, .a  это архив с обьектниками, линкуются только нужные
P.S. со strip -s статически слинкованный 770 кб (-O2)

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

26. Сообщение от Аноним (-), 02-Авг-21, 11:08 –3 +/–

> Для обеспечения обратной совместимости с приложениями, собранными со старыми версиями glibc, предоставлены библиотеки-заглушки.
Всегда было не совместимо. Сколько не подсовывай, не переименовывай с новой биб-кой старые и не очень старые проги не пускалиль или падали.
Этот момент надо как то специально в glibc прорабатывать, возможно даже на уровне, не побоюсь этого слова, дядьки Столмана.

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

27. Сообщение от Аноним (5), 02-Авг-21, 11:11 +1 +/–

В LFS сборка за два захода занимает никак не меньше 2-х часов.

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

28. Сообщение от pashev.me (?), 02-Авг-21, 11:11 +9 +/–

Soname было и будет libc.so.6. Именно так записано в бинарнике, именно это ищет динамический компоновщик. Ссылка это или файл - не важно.

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

30. Сообщение от pashev.me (?), 02-Авг-21, 11:12 +/–

Soname было и будет libc.so.6. Именно так записано в бинарнике, именно это ищет динамический компоновщик. Ссылка это или файл - не важно.

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

31. Сообщение от макпыф (ok), 02-Авг-21, 11:19 +1 +/–

> В LFS сборка за два захода занимает никак не меньше 2-х часов.
зависит от железа. у меня около 5 минут одна сборка (-j9 без тестов)

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

32. Сообщение от Аноним (5), 02-Авг-21, 11:25 –1 +/–

А если есть софт который уже скомпилирован и он зависит от другой версии glibc. И ссылается он на этот же lib.so.6, который другой версии. Можно было с самого начала ссылаться на конкретную версию.
И решительно непонятно почему самый юзабельный способ это обойти это какие-то мутные контейнеры. И поди еще выбери флатпак, снап или аппимадж.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #95, #100, #101

34. Сообщение от Аноним (34), 02-Авг-21, 11:28 +/–

Там что-то не то, вот на 12 летней затычке от интела в 4 потока
2019-11-28T15:00:54 >>> sys-libs/glibc: 8′39″
2019-12-11T18:04:14 >>> sys-libs/glibc: 9′10″
2020-02-22T01:21:48 >>> sys-libs/glibc: 13′57″
2020-03-13T08:17:20 >>> sys-libs/glibc: 9′04″
2020-04-29T22:02:47 >>> sys-libs/glibc: 13′52″
2020-05-19T00:54:06 >>> sys-libs/glibc: 9′51″
2020-06-02T10:03:09 >>> sys-libs/glibc: 8′42″
2020-06-29T05:06:43 >>> sys-libs/glibc: 9′21″
2020-07-27T18:57:03 >>> sys-libs/glibc: 12′26″
2020-08-15T09:12:55 >>> sys-libs/glibc: 19′37″
2020-10-01T04:43:24 >>> sys-libs/glibc: 11′17″
2020-11-11T12:09:38 >>> sys-libs/glibc: 10′52″
2020-12-08T06:49:08 >>> sys-libs/glibc: 11′04″
2020-12-18T11:37:10 >>> sys-libs/glibc: 9′27″
2020-12-24T17:44:44 >>> sys-libs/glibc: 10′22″
2021-01-07T16:19:14 >>> sys-libs/glibc: 10′52″
2021-06-14T09:45:21 >>> sys-libs/glibc: 9′45″
2021-07-16T21:06:33 >>> sys-libs/glibc: 10′49″
2021-07-18T06:19:53 >>> sys-libs/glibc: 12′01″
2021-07-27T16:33:22 >>> sys-libs/glibc: 12′34″
2021-07-28T15:11:02 >>> sys-libs/glibc: 12′08″

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

35. Сообщение от КО (?), 02-Авг-21, 11:29 +4 +/–

Знаешь, я прочитав и покопавшись в вики так и не понял для чего она.
*Здесь идёт шутка про книжную библиотеку*

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

36. Сообщение от Аноним (34), 02-Авг-21, 11:36 –1 +/–

За 3 года в 5 раз больше обновлений glibc, чем было за 5 лет до того. Ну и в 16 году было 4 минуты, в 17 4 с половиной, в 18 уже 5 и в 19 стало 9. Стало ли работать быстрее? Да не особо, только замедления видно.

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

45. Сообщение от Аноним (45), 02-Авг-21, 11:52 +12 +/–

Шёл 2021, вендузяторы продолжали пытаться натянуть свою адскую сову на чужой глобус.

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

47. Сообщение от Нанобот (ok), 02-Авг-21, 12:03 –2 +/–

> требуется наличие устройства /dev/shm
/dev/shm вроде же раньше было каталогом

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

49. Сообщение от Аноним (34), 02-Авг-21, 12:06 +1 +/–

А сколько лет там совместимость? Последние лет 8 точно есть (я достаточно успешно использовал пакеты собранные для 2012 убунты в генту с год назад), но для софта 2000 года приходится тащить glibc из debian 3, там с sdl какие-то проблемы может и из-за glibc.

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

50. Сообщение от PnD (??), 02-Авг-21, 12:20 –1 +/–

А мне вот интересно: "-lpthread" при линковке сломается сразу (раз нету такой библиотеки)?
Всё-таки, posix-треды — инструмент довольно популярный и используется в массе наколеночных поделок (в т.ч. и моих).
Придётся держать в голове очередной "нюанс". При том что "выстрелит" он в проде через N лет.

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

51. Сообщение от Аноним (51), 02-Авг-21, 12:29 +2 +/–

они делают пустышки, что б линкер не ругался.
Есть в оригинальном анонсе.
"For backwards compatibility,
  empty static archives libpthread.a, libdl.a, libutil.a, libanl.a are
  provided, so that the linker options keep working."

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

52. Сообщение от PnD (??), 02-Авг-21, 12:36 –3 +/–

Вот век учись — дураком помрёшь.
Никогда не думал что глючный nscd собирается как часть glibc.
Ну хоть ставится этот уродец (являющийся поставщиком трудно диагностируемых проблем в системе) отдельным пакетом.
* Чего я на него взъелся: оно встраивается в систему аналогично вирусам/"антивирусам" и производит набор эффектов, достойных легендарного "Касперского".

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

53. Сообщение от лютый жжжжж (?), 02-Авг-21, 12:55 –5 +/–

>mtrace(), mcheck(), shm_open, sem_open
у сишников приняты такие тупые названия, немудрено что они в них путаются и рожают баги )

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

54. Сообщение от n00by (ok), 02-Авг-21, 12:59 +/–

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

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

55. Сообщение от n00by (ok), 02-Авг-21, 13:12 +1 +/–

Хотел запрограммировать кофеварку на Джава, как обещали когда-то, но на перфокарту не влезли имена.

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

56. Сообщение от Аноним (-), 02-Авг-21, 13:13 –1 +/–

> Для платформы Linux реализована функция
> Для платформы Linux реализован параметр
> В Linux для работы функций
Как будто кроме "платформы Linux" (и виртуального Hurd) еще куча платформ поддерживается.

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

57. Сообщение от ананим.orig (?), 02-Авг-21, 13:40 +1 +/–

очевидно.
для чтения. даже библиотекарь может только собрять.

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

58. Сообщение от ip1982 (ok), 02-Авг-21, 14:26 –2 +/–

Я не проверял, но такие пустышки в Солярке были настоящим кошмаром, называемым filter library. Они реально содержали все символы правильных версий (без кода, конечно), а динамический компоновщик "перенаправлял запрос" в libc. И иногда связывание с libc и lpthread одновременно приводило к феекрическим ошибкам.

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

59. Сообщение от Аноним (5), 02-Авг-21, 14:49 –1 +/–

Есть мнение что представители других платформ не внесли никакого вклада в glibc в этом релизе.

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

60. Сообщение от Аноним (60), 02-Авг-21, 14:50 +1 +/–

Просто в твой микроум не влезает ничего кроме Hello World!

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

61. Сообщение от Аноним (61), 02-Авг-21, 14:54 +/–

Koookkkkooookoooooo JavaME тебе в помощь

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

62. Сообщение от макпыф (ok), 02-Авг-21, 14:55 +1 +/–

время сборки я субьективное сказал, исходя из sbu должно быть ~2 минуты. Однако причем тут время сборки я так и не понял

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

63. Сообщение от макпыф (ok), 02-Авг-21, 14:56 +1 +/–

> Эти либы и так почти везде прилинкованы, так что суммарный размер станет
> наоборот чуть меньше.
Ну вообще то обычно только одна-две из них

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

64. Сообщение от n00by (ok), 02-Авг-21, 14:59 +1 +/–

Там тоже mcheck() и подобные имена?

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

65. Сообщение от Аноним (34), 02-Авг-21, 15:00 +1 +/–

А что такое libanal, что-то вроде libcares? Libutil тоже неясно зачем надо. Libdl довольно специфичное как по мне, а libpthread в чисто однопоточном приложении кмк не упало (да и там были какие-то альтернативные реализации). Это лишнее наверно.

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

66. Сообщение от Аноним (-), 02-Авг-21, 15:18 –2 +/–

> Есть мнение что представители других платформ не внесли никакого вклада в glibc в этом релизе.
Есть мнение, что оно нигде больше и не рабоатет, что впрочем "воркс ас интендед".

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

67. Сообщение от Аноним (67), 02-Авг-21, 15:25 +2 +/–

- Видишь феерические ошибки?
- нет
- и я тоже не вижу. А они есть.

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

69. Сообщение от Аноним (5), 02-Авг-21, 16:36 +/–

Замедление работы glibc из-за увеличения её размеры ничтожны по сравнению с тем сколько она компилируется в том числе с новым функциями, которые увеличат время компиляции.

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

70. Сообщение от Аноним (5), 02-Авг-21, 16:37 +/–

Это конечно все хорошо, но зачем ты это делаешь?

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

71. Сообщение от Аноним (34), 02-Авг-21, 16:47 +/–

Иногда надо запускать проприетарный софт.

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

72. Сообщение от llolik (ok), 02-Авг-21, 16:58 +/–

DeaDBeeF, например, static-builds собирается в окружении Ubuntu 14.04 (2014г.) и ничего - вполне себе нормально работает на любых современных linux ( https://imgur.com/U1NZwqD )

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

73. Сообщение от Аноним (34), 02-Авг-21, 17:02 –2 +/–

Самое то для для прослушивания вирусов в mp3. Какой тут смысл не собирать статически в убунту-9999?

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

74. Сообщение от Аноним (5), 02-Авг-21, 17:09 +/–

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

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

75. Сообщение от llolik (ok), 02-Авг-21, 17:12 +1 +/–

> Самое то для для прослушивания вирусов в mp3.
Можно мысль развернуть?
> Какой тут смысл не собирать статически в убунту-9999?
Хочешь - пересобирай, ничего сложного, все собирается. Автору не упёрлось собирать под каждый конкретный дистр и репы, поэтому он собирает static-builds с минимально возможной версией библиотек имеющих стабильный API (к которым и glibc тоже относится). Кто хочет собирать в репы арч/генту/ещё где-то - автор, насколько я в курсе, не возражает. Против самостоятельной сборки хоть с самым распоследним окружением тоже никто не возражает.

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

76. Сообщение от Аноним (34), 02-Авг-21, 17:19 –1 +/–

Но ведь статические билды ни от чего не зависят кроме себя. Логично было бы выбрать всё самое актуальное и исправленное на момент сборки. Про вирусы это про множественные уязвимости с исполнением кода в медиа либах. Если специально подготовленный файл содержит вирусный код, плеер его выполнит.

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

77. Сообщение от llolik (ok), 02-Авг-21, 17:20 +1 +/–

> Иконка виндоуз вместо кнопку Пуск красочно описывает человека, который вместо пересобирания всего из исходников шаманить с библиотеками скомпилированных блобов.
Ты третьегном не узнал чтоли?
Подсказываю №1, в ArcMenu можно ставить какую хочешь.
Подсказываю №2, скриншот с моего ноута и пользуюсь им в семье не только я.
И да, с возрастом радость сношаться со сборкой всего и вся проходит.

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

78. Сообщение от llolik (ok), 02-Авг-21, 17:23 +/–

> Но ведь статические билды ни от чего не зависят кроме себя.
Они зависят от рантайма. Статические билды не тащат за собой glibc и остальное.
Собствено
ldd /opt/deadbeef/bin/deadbeef
    linux-vdso.so.1 (0x00007fff43df7000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1e49fd6000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1e49e88000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f1e49e66000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1e49c7a000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f1e49ffa000)

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

79. Сообщение от Аноним (34), 02-Авг-21, 17:27 –1 +/–

Это не то чтобы статический билд. Ну так смысл тогда в новой glibc, если остальные либы старьё? Можно было бы собирать с самым свежим и всё, раз уж всё равно куча бандленного дерьма идёт.

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

81. Сообщение от Аноним (81), 02-Авг-21, 17:39 +/–

> POSIX.1-2017
А он бесплатно анону доступен или только за деньгу?

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

83. Сообщение от llolik (ok), 02-Авг-21, 17:44 +1 +/–

> Это не то чтобы статический билд.
А какой-же тогда. Берёшь распаковываешь из архива, запускаешь бинарник - всё работает.
> Ну так смысл тогда в новой glibc, если остальные либы старьё?
glibc линкуется с приложением не статически. Но у glibc стабильный API/ABI, поэтому ты можешь запустить в системе с новым glibc приложение собранное со старым без перекомпиляции (обратное не гарантируется), т.к. с точки зрения приложения ничего не поменялось (с gtk3 > 3.10 в общем-то также, я собирал для DDB, в котором gtk3-плагин cобран с gtk-3.10, плагин с gtk 3.36 и ничего - всё нормально работает).
> Можно было бы собирать с самым свежим и всё, раз уж всё равно куча бандленного дерьма идёт.
Собери, никто не против, код открыт (собирается, я пробовал). А автору хочется чтобы его единственный билд (за который он отвечает) работал как-минимум на всех поддерживаемых LTS.

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

84. Сообщение от Аноним (34), 02-Авг-21, 17:48 +/–

> А какой-же тогда. Берёшь распаковываешь из архива, запускаешь бинарник - всё работает.
Это динамический билд.
> libc линкуется с приложением не статически. Но у libc стабильный API/ABI, поэтому
> ты можешь запустить в системе с новым libc приложение собранное со
Это всё лишено смысла, когда бандленный шлак и остальные либы из 1000 раз протухшего дистрибутива.
> Собери, никто не против, код открыт (собирается, я пробовал). А автору хочется
Денег и не интересно делать нормально, жрите, что дают.

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

85. Сообщение от Аноним (-), 02-Авг-21, 17:49 +/–

Незнаю.

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

86. Сообщение от llolik (ok), 02-Авг-21, 17:59 +/–

> Это динамический билд.
> Это всё лишено смысла, когда бандленный шлак и остальные либы из 1000 раз протухшего дистрибутива.
facepalm.
> Денег и не интересно делать нормально, жрите, что дают.
Именно поэтому он распространяет его бесплатно в бинарниках и сорцах по Zlib и делает сборки под linux даже семилетней давности (там группа заинтересованных ещё и под Win сборку сделали), хотя сам сто лет как Мак юзает (и тамже его собирает из техже сорцов)?

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

87. Сообщение от Аноним (81), 02-Авг-21, 18:02 +/–

Если смотреть на сайте https://www.ieee.org то за IEEE 1003.1-2017 в формате PDF хотят 856$
По этому GNU/Linux и *BSD дистрибутивы этот стандарт не поддерживают.

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

88. Сообщение от Аноним (34), 02-Авг-21, 18:08 –1 +/–

Это всё от недостаточной квалификации, иных объяснений зачем так делать у меня нет.

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

89. Сообщение от llolik (ok), 02-Авг-21, 18:17 +1 +/–

> Это всё от недостаточной квалификации, иных объяснений зачем так делать у меня нет.
Или от того, что кому-то не хочется сношаться под правила и набор пакетов ~100500 дистрибутивов, про что waker много раз говорил.
Насколько я знаю, он пытался этим занятся, после примерно 100500 требований и корёжений проекта под каждый новый вывих мозга мейнтейнеров дистров он на это дело плюнул - кто хочет пусть тот и мейнтейнит.

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

90. Сообщение от Аноним (-), 02-Авг-21, 18:45 +1 +/–

Single UNIX Specification 4, Unix Base Specifications, Issue 7, 2018 Edition
html-версия доступна анону, но зачем..

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

91. Сообщение от Хан (?), 02-Авг-21, 18:59 +/–

Можешь бесплатно его получить на сайте opengroup.org как Single UNIX Specification(SUS) это тот же POSIX местами расширенный и бесплатный

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

92. Сообщение от Аноньимъ (ok), 02-Авг-21, 19:06 +/–

Вы так говорите "натянуть адскую сову на чужой глобус", как будто это что-то плохое.

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

93. Сообщение от ИмяХ (?), 02-Авг-21, 19:09 +/–

Чтобы транслировать Си-шный код, очевидно же.

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

94. Сообщение от Michael Shigorin (ok), 02-Авг-21, 19:19 +/–

...притом, как обычно, бездарно и безграмотно: у glibc всё _очень_ хорошо с версионированием символов и, как следствие, с обратной совместимостью.
А вменяемым людям можно посоветовать DSO HOWTO во избежание типовых ошибок: http://akkadia.org/drepper/dsohowto.pdf
PS: и да, скрепа.  Пусть завидуют -- у них-то сопли и скотч.

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

95. Сообщение от Michael Shigorin (ok), 02-Авг-21, 19:22 –3 +/–

> А если есть софт который уже скомпилирован и он зависит от другой
> версии glibc.
Если от более новой -- то как бы Вы это предложили делать ещё?  soname bump потянет конфликты с первой же попавшейся другой библиотекой, скомпонованной с другой glibc.
Хорош уже в голову есть токмо, матчасть учите или хотя бы _попытайтесь_ применить раз в жизни голову по назначению.
PS: конфликты по символам, уточню сразу для альтернативно одарённого.

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

97. Сообщение от Онаним (?), 02-Авг-21, 21:04 +/–

- В основной состав libc интегрированы библиотеки libpthread, libdl, libutil и libanl
Ну накотец-то.

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

98. Сообщение от Семен (??), 02-Авг-21, 23:20 +/–

Кто уже поборол баги хрома и лисы, что с новым glibc они крешатся при включеном sandbox? У кого при запуске крешится хром, его можно запустить с отключенной песочницей chromium --no-sandbox

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

99. Сообщение от Семен (??), 02-Авг-21, 23:41 +/–

Его можно спокойно выпилить. Он устарел. У меня он лично даже не собирается и полностью выпилил его, в Arch Linux он неактивен, хоть устанавливается, а в Федоре есть план по выпиливанию, вроде в 35 федоре его полностью выпилят https://fedoraproject.org/wiki/Changes/RemoveNSCD

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

100. Сообщение от pashev.me (?), 03-Авг-21, 01:27 +/–

Есть такое понятие - обратная совместимость. А применительно к разделяемым библиотекам есть ещё и версионирование символов.

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

101. Сообщение от макпыф (ok), 03-Авг-21, 08:59 +/–

Этот софт будет работать через новую версию.
Вот с такими идеями и получается "депенденси хелл". Плюс необходимость иметь для каждой версии glibc симлинки на последнюю

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

102. Сообщение от Аноним (5), 03-Авг-21, 10:29 +/–

Даже в этой теме есть независимые свидетели у которых все плохо с совместимостью https://www.opennet.ru/openforum/vsluhforumID3/124945.html#26 но тут продолжаются сказки про совместимость. Она конечно может иногда и есть, а иногда нет. А хотелось бы методику чтобы совместимость была всегда.

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

103. Сообщение от Аноним (5), 03-Авг-21, 10:32 –1 +/–

Это не к тому что на скрине оффтопик. Это к тому что аффтор хочет сделать из третьегнома оффтопик. И соответствующие работает с софтом, нелинуксвейно так сказать.

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

104. Сообщение от Урри (ok), 03-Авг-21, 11:04 +/–

Пук в теме не подкрепленный ни одним пруфом - это свидетельство? Я вас разочарую.

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

105. Сообщение от llolik (ok), 03-Авг-21, 11:16 +1 +/–

> Это не к тому что на скрине оффтопик. Это к тому что аффтор хочет сделать из третьегнома оффтопик.
На вкус и цвет фломастеры разные.
> И соответствующие работает с софтом, нелинуксвейно так сказать
Судя по том бреду, что выше написал Аноним, пользование какого-нибудь i3w ему не сильно помогает.

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

106. Сообщение от Урри (ok), 03-Авг-21, 11:18 +/–

У меня большой сишник в 9000 строк через libc 87k, через musl - 85k. При этом musl работает на 8% медленнее.

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

107. Сообщение от Аноним (-), 03-Авг-21, 15:29 +1 +/–

Хром? А зачем тебе следилка Гугла? Анальных зондов тебе не хватает?

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

108. Сообщение от макпыф (ok), 03-Авг-21, 18:57 +/–

проверил, не будет

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

109. Сообщение от нах.. (?), 03-Авг-21, 19:11 +/–

Хочет большего расширения.

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

110. Сообщение от Плохой Танцор (?), 03-Авг-21, 20:27 +/–

Переписать на rust и закопать.

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

111. Сообщение от adolfus (ok), 03-Авг-21, 21:03 +1 +/–

Нет никаких разделяемых библитотек -- есть совеместно используемые (общие) библиотеки и объекты. Разделяемым бывает косячок, ужин, т.е. то, что расходуется и это можно разделить на части. Остальное "shared" -- это совместно используемое.

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

112. Сообщение от adolfus (ok), 03-Авг-21, 21:11 +/–

libc нужна не для того, чтобы не транслировать, а чтобы собрать оттранслированное в исполняемый модуль. Трансляция с языка Си не требует наличия libc в системе, в том числе и libc -- достаточно компилятора.

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

113. Сообщение от adolfus (ok), 03-Авг-21, 21:27 +/–

К сожалению, переносимость работает только там, где поддерживается посикс. У микрософта до сих даже 9899-1999 не поддерживается -- приходится кросскомпилировать в linux mingw (виндовый mingw неработоспособен).

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

114. Сообщение от adolfus (ok), 03-Авг-21, 21:40 +/–

Проприетарный софт идет со своими версиями библиотек и я со времен Red Hat 6.0 не помню случая, когда бы он не работал или как-то глючил. Просто нужно перед установкой читать документацию и следовать ей буквально. Мой список бепроблемной установки и работы в течение более 20-и лит:
- любой софт mentor graphics;
- maple;
- matlab;
- slickedit.
Замечено, что любой софт, официально устанавливаемый на RHEL или SUSE работает под любым линуксом, который использует rpm и не поддерживает deb. Ну а разного рода версии убунты и прочие deb-дистры -- это проблемы не линукса, а дистроизобретателей.

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

115. Сообщение от Аноним (115), 03-Авг-21, 22:04 +/–

> Разделяемым бывает [...] то, что расходуется и это можно разделить на части.
Это вы откуда взяли?
Есть устоявшаяся терминология, и термин "shared library" переводится как "разделяемая библиотека".

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

116. Сообщение от Lefsha (ok), 04-Авг-21, 23:27 +/–

>Есть устоявшаяся терминология, и термин "shared library" переводится как "разделяемая библиотека"
Это неправильный перевод!
Разделяемое это когда Divide & Conquer - Разделяй и Покоряй или Divide & Rule - разделяй и властвуй.
Shared - это переводится как общеее или библиотека для общего использования.
В русском языке нет точного перевода с сохранением части речи - adverb/наречия.
Более корректно, но длинно - "переданное в общее использование".

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

117. Сообщение от Lefsha (ok), 04-Авг-21, 23:35 +/–

При всем желании glibc никак не попадает в рейтинг монстров по продолжительности компиляции.
Там соооовсем другие герои.
Тут явно есть какая-то путаница.

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

118. Сообщение от Аноним (-), 05-Авг-21, 06:37 +/–

Нет. Лиуксоиды отыскивают черновые варианты стандартов и по ним делают свою GNU/Linux. Не платят из принципиальных соображений, потому-что стандартизаторы будут требовать денежных отчислений с каждого дистрибутива GNU/Linux.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Иваня (?), 02-Авг-21, 10:33	–2 +/–
Круто, спасибо! Пойду обновляться =)
Ответить \| Правка \| Наверх \| Cообщить модератору

2. Сообщение от макпыф (ok), 02-Авг-21, 10:35	+/–
> Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so). То есть libc-2.34.so существовать не будет?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #108

3. Сообщение от Аноним (5), 02-Авг-21, 10:37	–3 +/–
Единственная нормальная библиотека.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #35

5. Сообщение от Аноним (5), 02-Авг-21, 10:38	+/–
Т.е. ты так просто хотел отменить депенденси хел в Линуксе? Смешной, это же опенсорсная скрепа.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #28, #30, #45

7. Сообщение от pashev.me (?), 02-Авг-21, 10:40	–1 +/–
> В основной состав libc интегрированы библиотеки libpthread, libdl, libutil и libanl Хоба! Привет Солярису.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10, #50

8. Сообщение от pashev.me (?), 02-Авг-21, 10:41	–2 +/–
> Прекращено использование символических ссылок для привязки устанавливаемых разделяемых объектов к версии Glibc. Подобные объекты теперь устанавливаются как есть (например, libc.so.6 теперь является файлом, а не ссылкой на libc-2.34.so). Хоба! Привет Солярису.
Ответить \| Правка \| Наверх \| Cообщить модератору

9. Сообщение от макпыф (ok), 02-Авг-21, 10:41	+/–
> интегрированы библиотеки libpthread, libdl, libutil и libanl, С одной стороны, исчезнут баги когда при сборке не добавилось -lpthread или еще что нибудь, с другой libc.so.6 станет более жирной, что может увеличить расход ОЗУ и время запуска слинкованных с ней программ, однако т.к. вес этих либ в сумме около 200кб это все будет очень не значительно, поэтому если не сломает совместимость - я за
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11

10. Сообщение от pashev.me (?), 02-Авг-21, 10:42	+/–
Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #20

11. Сообщение от pashev.me (?), 02-Авг-21, 10:45	–1 +/–
Ничего не изменится. Разделяемые библиотеки на то и разделяемые, а статическое связывание включает только необходимый минимум - в глибси практически каждая функция в отдельном файле.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #14, #21

12. Сообщение от pashev.me (?), 02-Авг-21, 10:47	+1 +/–
> Объявлены устаревшими функции 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, то есть не нужно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #113

14. Сообщение от макпыф (ok), 02-Авг-21, 10:48	+/–
> Ничего не изменится. Разделяемые библиотеки на то и разделяемые, а статическое связывание > включает только необходимый минимум - в глибси практически каждая функция в > отдельном файле. так если их совместили - в динамическую библиотеку добавился функционал других => вырос ее размер. Однако т.к. все эти либы очень маленькие а libc.so большая - это все на грани погрешности
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #17, #54

17. Сообщение от Аноним (5), 02-Авг-21, 10:51	–1 +/–
По сравнению с компиляцией всей glibc из исходников это время минимально.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #19

19. Сообщение от макпыф (ok), 02-Авг-21, 10:53	+/–
> По сравнению с компиляцией всей glibc из исходников это время минимально. какое время?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #27

20. Сообщение от макпыф (ok), 02-Авг-21, 10:54	–1 +/–
> Кстати, теперь в ближайшее несколько лет autotools актуальны как никогда 😏 Почему?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

21. Сообщение от Аноним (34), 02-Авг-21, 10:58	+/–
Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10, не то в 30 раз меньше. На самом деле, может, даже и уменьшатся файлы, ну, там, на 1кб, может.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #23, #106

23. Сообщение от макпыф (ok), 02-Авг-21, 11:03	–1 +/–
> Статически слинкованный хелловорд у glibc 800кб, у musl не то в 10, > не то в 30 раз меньше. На самом деле, может, даже > и уменьшатся файлы, ну, там, на 1кб, может. про статическую линковку я не говорю, .a это архив с обьектниками, линкуются только нужные P.S. со strip -s статически слинкованный 770 кб (-O2)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21

26. Сообщение от Аноним (-), 02-Авг-21, 11:08	–3 +/–
> Для обеспечения обратной совместимости с приложениями, собранными со старыми версиями glibc, предоставлены библиотеки-заглушки. Всегда было не совместимо. Сколько не подсовывай, не переименовывай с новой биб-кой старые и не очень старые проги не пускалиль или падали. Этот момент надо как то специально в glibc прорабатывать, возможно даже на уровне, не побоюсь этого слова, дядьки Столмана.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #49

27. Сообщение от Аноним (5), 02-Авг-21, 11:11	+1 +/–
В LFS сборка за два захода занимает никак не меньше 2-х часов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #31

28. Сообщение от pashev.me (?), 02-Авг-21, 11:11	+9 +/–
Soname было и будет libc.so.6. Именно так записано в бинарнике, именно это ищет динамический компоновщик. Ссылка это или файл - не важно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

30. Сообщение от pashev.me (?), 02-Авг-21, 11:12	+/–
Soname было и будет libc.so.6. Именно так записано в бинарнике, именно это ищет динамический компоновщик. Ссылка это или файл - не важно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #32

31. Сообщение от макпыф (ok), 02-Авг-21, 11:19	+1 +/–
> В LFS сборка за два захода занимает никак не меньше 2-х часов. зависит от железа. у меня около 5 минут одна сборка (-j9 без тестов)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #34

32. Сообщение от Аноним (5), 02-Авг-21, 11:25	–1 +/–
А если есть софт который уже скомпилирован и он зависит от другой версии glibc. И ссылается он на этот же lib.so.6, который другой версии. Можно было с самого начала ссылаться на конкретную версию. И решительно непонятно почему самый юзабельный способ это обойти это какие-то мутные контейнеры. И поди еще выбери флатпак, снап или аппимадж.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30 Ответы: #95, #100, #101

34. Сообщение от Аноним (34), 02-Авг-21, 11:28	+/–
Там что-то не то, вот на 12 летней затычке от интела в 4 потока 2019-11-28T15:00:54 >>> sys-libs/glibc: 8′39″ 2019-12-11T18:04:14 >>> sys-libs/glibc: 9′10″ 2020-02-22T01:21:48 >>> sys-libs/glibc: 13′57″ 2020-03-13T08:17:20 >>> sys-libs/glibc: 9′04″ 2020-04-29T22:02:47 >>> sys-libs/glibc: 13′52″ 2020-05-19T00:54:06 >>> sys-libs/glibc: 9′51″ 2020-06-02T10:03:09 >>> sys-libs/glibc: 8′42″ 2020-06-29T05:06:43 >>> sys-libs/glibc: 9′21″ 2020-07-27T18:57:03 >>> sys-libs/glibc: 12′26″ 2020-08-15T09:12:55 >>> sys-libs/glibc: 19′37″ 2020-10-01T04:43:24 >>> sys-libs/glibc: 11′17″ 2020-11-11T12:09:38 >>> sys-libs/glibc: 10′52″ 2020-12-08T06:49:08 >>> sys-libs/glibc: 11′04″ 2020-12-18T11:37:10 >>> sys-libs/glibc: 9′27″ 2020-12-24T17:44:44 >>> sys-libs/glibc: 10′22″ 2021-01-07T16:19:14 >>> sys-libs/glibc: 10′52″ 2021-06-14T09:45:21 >>> sys-libs/glibc: 9′45″ 2021-07-16T21:06:33 >>> sys-libs/glibc: 10′49″ 2021-07-18T06:19:53 >>> sys-libs/glibc: 12′01″ 2021-07-27T16:33:22 >>> sys-libs/glibc: 12′34″ 2021-07-28T15:11:02 >>> sys-libs/glibc: 12′08″
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #36, #62

35. Сообщение от КО (?), 02-Авг-21, 11:29	+4 +/–
Знаешь, я прочитав и покопавшись в вики так и не понял для чего она. Здесь идёт шутка про книжную библиотеку
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #57, #93

36. Сообщение от Аноним (34), 02-Авг-21, 11:36	–1 +/–
За 3 года в 5 раз больше обновлений glibc, чем было за 5 лет до того. Ну и в 16 году было 4 минуты, в 17 4 с половиной, в 18 уже 5 и в 19 стало 9. Стало ли работать быстрее? Да не особо, только замедления видно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34

45. Сообщение от Аноним (45), 02-Авг-21, 11:52	+12 +/–
Шёл 2021, вендузяторы продолжали пытаться натянуть свою адскую сову на чужой глобус.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #92, #94

47. Сообщение от Нанобот (ok), 02-Авг-21, 12:03	–2 +/–
> требуется наличие устройства /dev/shm /dev/shm вроде же раньше было каталогом
Ответить \| Правка \| Наверх \| Cообщить модератору

49. Сообщение от Аноним (34), 02-Авг-21, 12:06	+1 +/–
А сколько лет там совместимость? Последние лет 8 точно есть (я достаточно успешно использовал пакеты собранные для 2012 убунты в генту с год назад), но для софта 2000 года приходится тащить glibc из debian 3, там с sdl какие-то проблемы может и из-за glibc.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #70

50. Сообщение от PnD (??), 02-Авг-21, 12:20	–1 +/–
А мне вот интересно: "-lpthread" при линковке сломается сразу (раз нету такой библиотеки)? Всё-таки, posix-треды — инструмент довольно популярный и используется в массе наколеночных поделок (в т.ч. и моих). Придётся держать в голове очередной "нюанс". При том что "выстрелит" он в проде через N лет.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #51

51. Сообщение от Аноним (51), 02-Авг-21, 12:29	+2 +/–
они делают пустышки, что б линкер не ругался. Есть в оригинальном анонсе. "For backwards compatibility, empty static archives libpthread.a, libdl.a, libutil.a, libanl.a are provided, so that the linker options keep working."
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #50 Ответы: #58