The OpenNET Project / Index page

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



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

"Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от opennews (ok), 01-Фев-19, 10:56 
После шести месяцев разработки опубликован (https://sourceware.org/ml/libc-alpha/2019-01/msg00723.html) релиз системной библиотеки GNU C Library (http://ftp.gnu.org/gnu/glibc/) (glibc) 2.29 (http://sourceware.org/glibc/wiki/Release/2.29), которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2008. В состав нового выпуска включены исправления от 55 разработчиков.

Из добавленных в Glibc 2.29 улучшений (http://sourceware.org/git/?p=glibc.git;a=blob_plain;f=NEWS;h...) можно отметить:

-  Добавлена функция getcpu(), позволяющая получить сведения о используемых в настоящий момент CPU и узлах NUMA;

-  Для разработчиков дистрибутивов предложены сборочные команды "make localedata" и "make install-locale-files", дающие возможность собрать и установить все имеющиеся локали в форме раздельного набора каталогов с файлами;
-  В математические функции exp, exp2, log, log2, pow, sinf, cosf, sincosf и tanf внесены не специфичные для конкретных аппаратных платформ оптимизации;

-  Добавлена поддержка 32-разрядной процессорной архитектуры C-SKY (http://en.c-sky.com/solution/CPU-IP-shou-quan.htm) (ABIv2), развиваемой одноимённой китайской компанией для создания SoC для различных потребительских устройств. Для работы требуется наличие binutils 2.32, gcc 9.0 и ядра Linux 4.20. Поддерживается два варианта ABI:
"C-SKY ABIv2 soft-float little-endian" и "C-SKY ABIv2 hard-float little-endian";


-  Функция reallocarray() (http://manpages.ubuntu.com/manpages/xenial/man3/reallocarray...) перенесена из набора "_BSD_SOURCE" (интерфейсы BSD, которые конфликтуют с POSIX), в набор "_DEFAULT_SOURCE" (интерфейсы, которые включены по умолчанию);


-  Добавлены функции  posix_spawn_file_actions_addchdir_np (https://docs.oracle.com/cd/E86824_01/html/E54766/posix-spawn...) и
  posix_spawn_file_actions_addfchdir_np, применяющие вызовы  posix_spawn и posix_spawnp для запуска нового процесса в другом каталоге. Функции добавлены в секцию расширений GNU;

-  В функциях popen() и system() прекращён вызов обработчиков atfork (http://pubs.opengroup.org/onlinepubs/007904975/functions/pth...), вызываемых до и после выполнения fork(). Данное поведение возможно нарушает POSIX, который в документации на pthread_atfork предписывает обработчиках atfork обрабатывать состояние мьютекс после выполнения форка в многопоточных процессах, но вызовы popen и system не имеют прямого доступа к пользовательским мьютексам;

-  Механизм блокировок Transactional Lock Elision  (позволяет увеличить масштабируемость блокировок на системах с поддержкой инструкции HTM) теперь включается для процессоров powercp64le, только если применяются новые версии ядра Linux, собранные в режиме PPC_FEATURE2_HTM_NOSC на процессорах с поддержкой HWCAP2 (т.е. если выполняется сброс транзакции перед входом в ядро). Ранее для совместимости со  старыми ядрами не сбрасывающими транзакции, Glibc производил данную операцию самостоятельно, что приводило к снижению производительности на новых ядрах;
-  В функции strftime изменено применяемое по умолчанию форматирование альтернативного представления года с учётом локали ("%Ey"), которое теперь включает как минимум две цифры (без отбрасывания нулей) по аналогии с "%y". Изменение заметно только для японских локалей, в которых регулярно встречаются годы меньше 10. Для возвращения старого поведения вместе с "%EY" следует использовать флаги '_' и '-', определённые как расширения GNU;


-  Пространство имён glibc.tune переименовано в  glibc.cpu, а  glibc.tune.cpu в glibc.cpu.name;
-  Типы элементов pr_uid и pr_gid в структуре  elf_prpsinfo из sys/procfs.h приведены в соответствие с типами, используемыми в ядре Linux (размер структуры изменится только для архитектур MicroBlaze, MIPS (n64 ABI), Nios II и RISC-V). Аналогично к типам ядра приведены типы элементов pr_sigpend и pr_sighold структуры elf_prstatus и pr_flag из elf_prpsinfo, но данное изменение затрагивает только MIPS n32 ABI;
-  Устаревшие GNU-расширения форматирования в scanf ('%as', '%aS' и
  '%a[...]') теперь доступны только при  сборке в режимах  C89 и C++98 с флагом _GNU_SOURCE, так как они конфликтуют со спецификациями C99 и  C++11. В соответствии с рекомендациями  POSIX.1-2008 вместо '%as', '%aS' и'%a[...]' следует использовать '%ms', '%mS' и '%m[...]'. Для выявления применения устаревших расширений форматирования можно использовать режим "-Wformat" в GCC;
-  Для сборки Glibc теперь требуется наличие  GCC 5 и Python 3.4 или более новые версии (для сборки программ, использующих Glibc ограничения на версию GCC не накладываются);
-  Устранены уязвимости:


-   CVE-2018-19591 (https://security-tracker.debian.org/tracker/CVE-2018-19591) - утечка файловых дескрипторов в if_nametoindex может привести к отказу в обслуживании из-за исчерпание доступных дескрипторов. Утечка проявляется при вызове функции getaddrinfo() с передачей специально оформленного имени хоста;

-   CVE-2019-6488 (https://security-tracker.debian.org/tracker/CVE-2019-6488) - переполнение буфера при выполнении функции memcpy, проявляющиеся только в окружениях с архитектурой x32 (https://www.opennet.ru/opennews/art.shtml?num=49772) (не путать с x86 IA-32). Проблема вызвана ошибкой в ассемблерной вставке, из-за которой параметр  size_t записывается в нижние 32 бита часть 64-разрядного регистра без обнуления оставшихся верхних 32 бит;

-  CVE-2016-10739 (https://security-tracker.debian.org/tracker/CVE-2016-10739) - блокирована (https://sourceware.org/bugzilla/show_bug.cgi?id=20018) возможность разбора в функции getaddrinfo() адресов IPv4, содержащих произвольный набор символов в конце (например, "127.0.0.1\nTEST").  С одной стороны данное изменение нарушает сложившееся поведение и может привести к нарушению работы приложений, в которых осуществлялся разбор значений из /etc/hosts без разделения адресов. Но с другой стороны, указанная особенность приводила к уязвимостям в приложениях, которые используют getaddrinfo для проверки корректности адресов (getaddrinfo не возвращал ошибку и приложение считало адрес корректным, даже если после него указывались произвольные строки). На практике данная особенность использовалась (https://bugzilla.redhat.com/show_bug.cgi?id=1347549) для подстановки HTTP-заголовков в приложения на базе Python-библиотекеи httplib через передачу в поле адресов значений вида "127.0.0.1\r\nHttp-заголовок". В некоторых web-интерфейсах домашних маршрутизаторов в форме ping-проверки можно было запустить произвольные команды через передачу значений "127.0.0.1;cat /etc/passwd".


URL: https://sourceware.org/ml/libc-alpha/2019-01/msg00723.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=50068

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

Оглавление

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


1. "Выпуск системной библиотеки Glibc 2.29"  +19 +/
Сообщение от Ilya Indigo (ok), 01-Фев-19, 10:56 
> Для сборки Glibc теперь требуется наличие GCC 5 и Python 3.4...

Для сборки glibc нужен python!?
Дожили...

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

4. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от leap42 (ok), 01-Фев-19, 11:17 
А почему нет? Python при всех своих минусах - эффективный инструмент, который здорово повышает продуткивность.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (6), 01-Фев-19, 11:36 
В какой-то момент зацикливание побороть не смогут, и выяснить почему ошибки
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Выпуск системной библиотеки Glibc 2.29"  +5 +/
Сообщение от Аноним (8), 01-Фев-19, 11:38 
Питон при всех своих скромных возможностях тут явный оверкилл.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Выпуск системной библиотеки Glibc 2.29"  +21 +/
Сообщение от Ilya Indigo (ok), 01-Фев-19, 11:47 
> А почему нет?

openSUSE прекрасно продемонстрировала, насколько это быстро и замечательно!
openssl 1.1.1 и glibc 2.28 не могли быть приняты, из-за python. Python не мог быть принять из-за кучи его говноподелий, вроде python-tornado, который до сих пор не может работать с TLS 1.3, из-за которого не мог быть принят openssl 1.1.1, а также его говноподелия просто не могут работать с новой версией, пока их не исправят, а их сотни!
Если с очередной версий python будут проблемы пр обновлении, то он может заморозить обновления нужных системных пакетов.
А такое встречается всё чаще и чаще! Даже при обновлении gcc7 время заняло меньше, python 3.7 и его основные говноподелия чинили 7 месяцев, и судя по тому, что творится сейчас в Factory (285 ошибок, из которых более 200 по вине python), то полностью до сих пор не дочинили.

Вот почему нет!

> эффективный инструмент, который здорово...

... превращает любую ОС в помойку!

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

24. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от grsec (ok), 01-Фев-19, 15:06 
Отчасти все верно, и c perl, ruby не лучше.
Но тем не менее

eselect python list
Available Python interpreters, in order of preference:
  [1]   python2.7
  [2]   python3.5 (uninstalled)
  [3]   python3.4 (uninstalled)
  [4]   python3.6 (fallback)

И python_targets_pythonX_X решает. Просто этим надо заниматься тем, кто делает дистрибутив.

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

34. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Crazy Alex (ok), 01-Фев-19, 18:48 
Ну, гента может себе подзволить вещи, которые в бинарях в принципе не лечатся. Тем более с use-флагами и слотами.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

38. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от nrndda (ok), 01-Фев-19, 19:46 
eselect python cleanup
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

35. "Выпуск системной библиотеки Glibc 2.29"  –2 +/
Сообщение от Crazy Alex (ok), 01-Фев-19, 18:51 
А принять торнадо таким, какой он есть, без TLS 1.3 - что мешает? Или выкинуть его, в конце концов - что мешает? Что мешает не рваться за последней версией питона, и использовать рабочую? У других дистров этов вполне получается.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

61. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Ilya Indigo (ok), 03-Фев-19, 12:22 
> А принять торнадо таким, какой он есть

Python 3.6 Не работает с openSSL 1.1.1, для его поддержки нужен 3.7.
> без TLS 1.3 - что мешает?

Тем, что ради TLS 1.3 и нужен openSSL 1.1.1
> Или выкинуть его, в конце концов - что мешает?

Выкинуть нельзя, он нужен другим говноподелиям.
Старый оставить нельзя, так как он не работает с Python 3.7.
С торнадо пришлось откатить на старую версию, пропачить чтобы он работал с новым пихоном и отключить ему TLS 1.3 тесты.
> Что мешает не рваться за последней версией питона, и использовать рабочую?

Тем, что старая, как минимум, openSSL 1.1.1 не поддерживает, и с glibc 2.28 какие-то проблемы были.

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

75. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Crazy Alex (ok), 04-Фев-19, 16:31 
На вид - совершенно стандратные дистропроблемы. Решение тоже стандартное - там остались на старой версии, здесь слегка пропатчили. Примерно для того дистрибутивы и нужны, чтобы такие штуки разруливать, и питоном они ни разу не ограничиваются. Я бы сказал, что если " glibc 2.28 какие-то проблемы" решаемы (скорее всего - да) - то самым логичным было бы остаться на питоне 3.6 достаточно долго, чтобы всё подтянулось.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

76. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Gentoofan (?), 04-Фев-19, 21:32 
> Python 3.6 Не работает с openSSL 1.1.1, для его поддержки нужен 3.7.

Забавно, а в генте вполне себе вот прямо сейчас у меня стоит Python-3.6.5 и openssl-1.1.1a.

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

78. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Ilya Indigo (ok), 05-Фев-19, 10:52 
А glibc какая?
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

57. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Аноним (57), 03-Фев-19, 06:47 
В SRPM для Firefox для CentOS 5 применили хитрый трюк. В системе - GCC 4.1 и 4.4, надо 4.7. В системе - Python 2.4 и 2.6, надо 2.7. Разработчики просто положили арзивы с исходниками GCC и Python в SRPM-ку Firefox!

Может с пакетом Glibc в openSUSE поступить так же? Костыль, но ведь решение же...

Я так сделал в домашнем OBS-репозитории так сделал - тоже для Firefox, только для SLES 11. А в Ubuntu 12.04, например, GCC 4.6 - там создали зависимость gcc-mozilla

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

62. "Выпуск системной библиотеки Glibc 2.29"  +7 +/
Сообщение от Ilya Indigo (ok), 03-Фев-19, 12:24 
А просто выкинуть пихон из glibc не проще?
А ещё проще было его не впихивать его туда.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

65. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от пох (?), 03-Фев-19, 13:22 
нет, потому что альтернативно-одаренное Оно поднимет писк, что его притесняют.

"а других разработчиков у меня для вас нет"

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

77. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Gentoofan (?), 04-Фев-19, 21:34 
Это вы ещё не видели зависимости webkit-gtk, например - perl, python, ruby
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

14. "Выпуск системной библиотеки Glibc 2.29"  +5 +/
Сообщение от Аноним (14), 01-Фев-19, 12:05 
> А почему нет?

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

Отдельно взятый python как интерпретатор - неплохой инструмент, но лишь до тех пор, пока не начнешь задаваться вопросом, а какой он версии. И пошло-поехало... Это совсем не sh!

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

5. "Выпуск системной библиотеки Glibc 2.29"  +10 +/
Сообщение от Аноним (-), 01-Фев-19, 11:19 
> Для сборки glibc нужен python!?

это конечно уродство..

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

46. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от KonstantinB (ok), 02-Фев-19, 04:47 
Уж всяко меньшее уродство, чем m4.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

47. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (47), 02-Фев-19, 07:13 
Но всяко хуже с точки зрения деплоймента. А для glibc - это более критично.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

7. "Выпуск системной библиотеки Glibc 2.29"  +3 +/
Сообщение от Аноним (8), 01-Фев-19, 11:37 
Тоже резануло. Они там теперь либц хипстерским ninja собирают? Makefile это недостаточно молодёжно?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "Выпуск системной библиотеки Glibc 2.29"  +8 +/
Сообщение от Аноним (8), 01-Фев-19, 11:46 
Самопочин: посмотрел. Не прав. Они перловые и awk'шные генераторы/верификаторы на питонячьи переписали. Ладно, перл непопулярен (хотя код там был читаемый и понятный), но awk-то за что?
Выглядит как изменения ради изменений. Смысла примерно 0.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от llolik (ok), 01-Фев-19, 13:19 
> Выглядит как изменения ради изменений. Смысла примерно 0.

Ну привлечение молодняка/сторонних рук. Тоже цель. Хоть я и не против питона в разработке, но всёже соглашусь, что для системообразующих вещей, вроде glibc / gcc, это какой-то всё-таки перебор.

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

26. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от FedeXemail (ok), 01-Фев-19, 15:43 
так от перла-то хоть в итоге полностью избавились? или он все еще тоже нужен?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

52. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от псевдонимус (?), 02-Фев-19, 15:13 
Лучше выбросить питон и оставить перл. А наворотить на любом языке можно.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

27. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Аноним (27), 01-Фев-19, 16:50 
>Выглядит как изменения ради изменений. Смысла примерно 0.

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

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

36. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Crazy Alex (ok), 01-Фев-19, 18:53 
Например, за то, что по сравнению с awk perl - это образец читабельности? Может, просто не нашлось психов, готовых в этом копаться?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

39. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Анонимчжан (?), 01-Фев-19, 20:34 
согласен перл ... ну это перл.))) там такого можно наворотить, что другой перловод может не разобраться)) проще переписать.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

54. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (54), 02-Фев-19, 15:23 
вы так говорите как-будто это нельзя сделать в любом другом Тьюринг-полном ЯП
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

55. "Выпуск системной библиотеки Glibc 2.29"  –3 +/
Сообщение от Анонимчжан (?), 02-Фев-19, 16:09 
знаю . в питоне тоже на одних спецсимволах в регулярках такое можно написать, что это будет смотреться как абракадабра. но перл все же в этом плане круче))
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

58. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Аноним (-), 03-Фев-19, 10:57 
>  знаю . в питоне тоже на одних спецсимволах в регулярках такое можно написать, что это будет смотреться как абракадабра. но перл все же в этом плане круче))

Потому что perl круче во всем, т.к. представляет свободу разработчику. Как использовать свободу и возможности языка - ответственность на разработчике, а не на языке.

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

56. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Crazy Alex (ok), 02-Фев-19, 19:52 
Я как бы о том, что awk страшнее. А перл... там всё плохо, если пытаться что-то средне-крупное пытаться на нём писать. Это я как перловод говорю :-) До тысячи строк - никаких проблем.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

59. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от пох (?), 03-Фев-19, 11:32 
с awk точно так же как и с перлом - модные-современные-sjw-псевдоразработчики не умеют ими пользоваться и учиться не хотят. Вместо того чтобы не допускать подобных скудоумков в проект - им создают условия. А потом вы удивляетесь, почему я ненавижу пихон и его апологетов и стараюсь использовать винду везде, где меня интересует результат, а не процесс.


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

63. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Ю.Т. (?), 03-Фев-19, 13:13 
> с awk точно так же как и с перлом - модные-современные-sjw-псевдоразработчики не
> умеют ими пользоваться и учиться не хотят. Вместо того чтобы не

По справедливости, awk губила и продолжает губить ужасно невнятная документация (т.е. man-страница).
В остальном - синтаксис наполовину си-шный, и оформление функций не страшнее, чем во многих прочих.
Издавна делаю на нём малую автоматизацию, если нужно что-то посложнее шелла.

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

66. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от пох (?), 03-Фев-19, 13:27 
> По справедливости, awk губила и продолжает губить ужасно невнятная документация (т.е.
> man-страница).

man страница g++ почему-то ни разу не помогает мне программировать на C++. И даже info не помогло.

А книжку Кернигана и Пайка (и для совсем уж двинутых - http://shop.oreilly.com/product/9781565922259.do) таки да, читать немодно, немолодежно и неинтересно, и Camel Book тоже. Надо скорее-скорее понакопипастить в проект питоновского мусора со stackoverflow, чукчи ведь писатели.

Вот зачем этим неосиляторам дали зеленый свет в столь критичный проект - спросите у Встолмана и прочих.

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

16. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от pripolz (?), 01-Фев-19, 13:33 
> Makefile это недостаточно молодёжно?

Попробуй написать мэйкфайл, с десятком опций конфигурации, и кросс-копиляцией под разные ОС, архитектуры и т.д. А ещё лучше поотлаживать такой мэйкфайл, когда он что-нибудь натворит.

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

Так что, аутомэйк

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

17. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от pripolz (?), 01-Фев-19, 13:43 
enjoy
https://github.com/cisco/openh264/blob/master/Makefile
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от анонн (?), 01-Фев-19, 13:50 
> копиляцией под разные ОС

А по факту, для поддержки непингвина все равно нужна туева хуча патчей.

> Попробуй написать мэйкфайл, с десятком опций конфигурации, и кросс-копиляцией под разные ОС, архитектуры и т.д. А ещё лучше поотлаживать такой мэйкфайл, когда он что-нибудь натворит.
> Имеется ввиду конечно же мэйкфайл сгенерированный каким-нибудь баш-скриптом, иначе придется все новые сишные файлы и хедеры добавлять туда в зависимости ручками,
> иначе неправильно будет пересобираться. И не забыть про статические либы.

Старые перд^W "бздуны" почему-то справились:
https://github.com/freebsd/freebsd/blob/master/lib/libc/Make...


Pick the current architecture directory for libc. In general, this is
# named MACHINE_CPUARCH, but some ABIs are different enough to require
# their own libc, so allow a directory named MACHINE_ARCH to override this.

.if exists(${LIBC_SRCTOP}/${MACHINE_ARCH})
LIBC_ARCH=${MACHINE_ARCH}
.else
LIBC_ARCH=${MACHINE_CPUARCH}
.endif


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

48. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от Ю.Т. (?), 02-Фев-19, 09:23 
Такие вещи делались 20 лет назад.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

60. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от пох (?), 03-Фев-19, 11:40 
стесняюсь спросить -в каком месте у вас унылоglibc под разные ос, и в каком таком особом месте _мэйкфайлы_ (а не одна-единственная переменная в них) зависят от архитектуры.

единственное, для чего там используется по делу автомэйк - для указания --prefix, и еще пары ненужно-параметров, используемых либо при разработке, либо в необычных окружениях, либо неработающих. Остальное - героическая борьба с самим себе придуманными трудностями - как и в 95% случаев остальных использований gnu autotools.

> Имеется ввиду конечно же мэйкфайл сгенерированный каким-нибудь баш-скриптом

а, то есть вы просто не умеете пользоваться мэйком.

если в модных-современных линуксных ядрах еще не доломали make dep, можете посмотреть, как это делают без всякого автомейка те, кто умеют.

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

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

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

64. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Ю.Т. (?), 03-Фев-19, 13:16 
>> Makefile это недостаточно молодёжно?
> Попробуй написать мэйкфайл, с десятком опций конфигурации, и кросс-копиляцией под разные

Присоединяясь к предыдущему оратору, добавлю, что все эти многочисленные опции конфигурации очень-очень часто не стоят выеденного яйца, поскольку исходник рассчитан под одну-единственную (конфигурацию).

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

41. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (41), 01-Фев-19, 21:48 
Ниндзя - это сборочный бекенд. Без фронтенда в виде CMake бесполезен.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

69. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (69), 04-Фев-19, 00:49 
Чаще перед ниндзей всё-таки мезон ставят, хотя симейку всё равно что генерить, насколько я помню.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

19. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от псевдонимус (?), 01-Фев-19, 13:53 
Так рэдхэт всюду его пропихивала.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

23. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от Ilya Indigo (ok), 01-Фев-19, 14:33 
К сожалению, да! :-(
RH с каждым годом превращается во всё большего паразита!
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

28. "Выпуск системной библиотеки Glibc 2.29"  +5 +/
Сообщение от MLP (?), 01-Фев-19, 17:18 
В IBM же он превращается!
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

31. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от R2J97 (?), 01-Фев-19, 18:14 
Посмотри на Mesa, Gnome и его побочные проекты - все они собираются с помощью Meson. В ближайшее время он станет единственным инструментом для сборки этих проектов. Теперь без Python никуда.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

51. "Выпуск системной библиотеки Glibc 2.29"  +3 +/
Сообщение от псевдонимус (?), 02-Фев-19, 14:34 
> Посмотри на Mesa, Gnome и его побочные проекты - все они собираются
> с помощью Meson. В ближайшее время он станет единственным инструментом для
> сборки этих проектов. Теперь без Python никуда.

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


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

40. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (41), 01-Фев-19, 21:43 
CMake предлагали?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

49. "Выпуск системной библиотеки Glibc 2.29"  –4 +/
Сообщение от Аноним (69), 02-Фев-19, 11:50 
Давно пора было. Python - современный и развивающийся язык, дружелюбный к разработчику и пользователю. awk и perl - write-only кошмар из восьмидесятых, где их и следует оставить.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

50. "Выпуск системной библиотеки Glibc 2.29"  +3 +/
Сообщение от Ю.Т. (?), 02-Фев-19, 12:40 
> Давно пора было. Python - современный и развивающийся язык, дружелюбный к разработчику
> и пользователю. awk и perl - write-only кошмар из восьмидесятых, где
> их и следует оставить.

Лет 15-20 назад примерно так же восторгались перлом, примерно с той же обоснованностью (т.е. её величество мода).
И под каким пистолетом/веществом называют питон "языком, дружелюбным к пользователю" (???!!!)
Это как это - дружелюбный байт-код? Хвостиком виляет, руки облизывает?

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

67. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Аноним (69), 04-Фев-19, 00:39 
Двадцать лет назад слаще редьки ничего не едали, и после упражнений по обходу всех граблей шелла даже перл казался адекватным. Но время идёт, CS развивается с учётом ошибок и неудачных решений прошлого и люди к хорошему привыкают быстро, а на убогое легаси даже смотреть не хотят.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

70. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Ю.Т. (?), 04-Фев-19, 09:20 
> Двадцать лет назад слаще редьки ничего не едали, и после упражнений по
> обходу всех граблей шелла даже перл казался адекватным. Но время идёт,

Ну и сидит шелл как посажен, а уж перла с нами "нет", и питона, я так полагаю, скоро в том же смысле "не будет".

> CS развивается с учётом ошибок и неудачных решений прошлого и люди

CS по факту не наука, а техника. Соответственно, объём "учёта" прошлого" лишь чуть менее, чем полностью, предопределён конъюнктурой.

Погоня за самыми "хорошими" инструментами не имеет конца, правда?

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

53. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от псевдонимус (?), 02-Фев-19, 15:19 
>Давно пора было. Python - древний и убогий  язык для ничего, дружелюбный к кодеру пожиратель памяти и кошмар для пользователя.

Починил.

Ах да! Питон не тормо...не ест память как не в себя!

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

68. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Аноним (69), 04-Фев-19, 00:47 
Можно пример недревних и неубогих с вашей точки зрения языков программирования? Спасибо.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

80. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от псевдонимус (?), 10-Фев-19, 02:12 
> Можно пример недревних и неубогих с вашей точки зрения языков программирования? Спасибо.

Tcl  lua


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

12. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от немезидеЦ (?), 01-Фев-19, 11:57 
> архитектурой x32

Так ведь на эту архитектуру - забили?

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

21. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (21), 01-Фев-19, 13:59 
Чтобы забить на архитектуру, надо чтобы она хотя бы была.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

29. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Анонимчжан (?), 01-Фев-19, 17:32 
он не понял разницу между физической архитектурой 32 бит и программной реализацией x32. ну это нормально.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

25. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Георгий (??), 01-Фев-19, 15:16 
Musl лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Выпуск системной библиотеки Glibc 2.29"  +2 +/
Сообщение от Аноним (37), 01-Фев-19, 19:46 
Тем, что тормознее и поддерживает меньше фич?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

42. "Выпуск системной библиотеки Glibc 2.29"  +1 +/
Сообщение от Аноним (42), 01-Фев-19, 22:07 
Musl меньше.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

44. "Выпуск системной библиотеки Glibc 2.29"  –2 +/
Сообщение от Cloudflare (?), 02-Фев-19, 02:39 
На продакшене в любом случае только glibc
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

74. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (74), 04-Фев-19, 16:09 
В облаках всех теснит Alpine. На musl и без systemd.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

45. "Выпуск системной библиотеки Glibc 2.29"  –1 +/
Сообщение от Анонимчжан (?), 02-Фев-19, 02:45 
поскольку musl не обкатана так как glibc её редко кто отважится брать в оборот. так как менее предсказуемо.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

79. "Выпуск системной библиотеки Glibc 2.29"  +/
Сообщение от Аноним (-), 06-Фев-19, 12:25 
>поскольку musl не обкатана так как glibc её редко кто отважится брать в оборот. так как менее предсказуемо.

Void Linux использует musl. Из тех кто редко отваживается - ты один.

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

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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