The OpenNET Project / Index page

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



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

Оглавление

Выпуск шрифтового движка FreeType 2.10, opennews (??), 16-Мрт-19, (0) [смотреть все]

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


7. "Выпуск шрифтового движка FreeType 2.10"  +1 +/
Сообщение от Аноним (7), 16-Мрт-19, 12:24 
А он (CMake) им нужен? Или кому-то еще, кроме вас?
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск шрифтового движка FreeType 2.10"  +2 +/
Сообщение от Аноним (1), 16-Мрт-19, 12:29 
Мне.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск шрифтового движка FreeType 2.10"  +3 +/
Сообщение от Ordu (ok), 16-Мрт-19, 12:47 
Мне. Я хочу, чтобы freetype собирался бы на любом калькуляторе.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

11. "Выпуск шрифтового движка FreeType 2.10"  +2 +/
Сообщение от . (?), 16-Мрт-19, 13:22 
так он и собирается - autoconf'ом.

Без необходимости тащить на этот калькулятор миллиард зависимостей cmake, зависящих от cmake.

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

12. "Выпуск шрифтового движка FreeType 2.10"  +4 +/
Сообщение от Ordu (ok), 16-Мрт-19, 13:29 
> так он и собирается - autoconf'ом.
> Без необходимости тащить на этот калькулятор миллиард зависимостей cmake, зависящих от
> cmake.

Я лучше притащу зависимостей, они выкачаются и соберутся быстрее, чем отработает autoconf для freetype.

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

38. "Выпуск шрифтового движка FreeType 2.10"  +1 +/
Сообщение от пох (?), 17-Мрт-19, 12:22 
и шаг вправо, шаг влево от единственноверной платформы "linux 64bit/windows 7+" - вообще ничего не собирается, потому что стопиццотая зависимость зависит от cmake, а cmake без нее не собрать.

правильно, "ваш новый стандарт".

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

46. "Выпуск шрифтового движка FreeType 2.10"  +1 +/
Сообщение от Ordu (ok), 17-Мрт-19, 13:30 
> и шаг вправо, шаг влево от единственноверной платформы "linux 64bit/windows 7+" -
> вообще ничего не собирается, потому что стопиццотая зависимость зависит от cmake,
> а cmake без нее не собрать.

И что это за зависимость? Что среди зависимостей cmake может помешать собрать его в *bsd, в minix, os/2, beos?

> правильно, "ваш новый стандарт".

Да. Забота о minority -- это хорошо, но до поры до времени. Если эта забота требует удвоить время сборки, то пускай minority заботятся о себе сами.

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

52. "Выпуск шрифтового движка FreeType 2.10"  +1 +/
Сообщение от Аноним (53), 17-Мрт-19, 23:16 
> Забота о minority -- это хорошо, но до поры до времени. [...] пускай minority заботятся о себе сами.

Если бы ни это minority в конце 90х-начале 2000х, сидели бы вы сейчас на винде с их сборщиком (хз как называется), собирающим только под текущую версию винды, и радовались. Так, может, так и сделаете? Linux - это же такое minority - меньше пары процентов десктопа.

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

59. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ordu (ok), 18-Мрт-19, 03:49 
>> Забота о minority -- это хорошо, но до поры до времени. [...] пускай minority заботятся о себе сами.
> Если бы ни это minority в конце 90х-начале 2000х, сидели бы вы
> сейчас на винде с их сборщиком (хз как называется), собирающим только
> под текущую версию винды, и радовались.

И чё? Я не буду следовать безумию, даже если носитель этого безумия мне симпатичен или я испытываю к нему благодарность.

И да, autotools родом из 80-х. Я бы счёл безумие социально опасным, если бы оно породило autotools в конце 90-х. В конце 90-х autotools _уже_ был не нужен, его уже _тогда_ использовали просто по старой памяти. Все проблемы, которые autotools решает, вполне возможно было решить без него, гораздо проще и эффективнее. И для этого даже не надо было запиливать meson, было бы достаточно удалить все копии autotools со всех носителей, так чтобы мейнтейнеры дистрибутивов, вместо того чтобы балду пинать, взяли бы и стандартизовали сборочное окружение, чтобы всё что надо знать на этапе сборки системы можно было бы извлекать из pkg-config или хидеров в /usr/include. Но устранить autotools было невозможным, а GNU при этом давила своим авторитетом и всем рекомендовала autotools, вместо того, чтобы взять на себя роль организатора, надавать пинков мейнтейнерам и допилить системы до уровня, когда кроссплатформенный билд не надо подпирать костылями из портянок на bash/m4 в десятки тысяч строк кода. И что мы видим? Мы видим что ситуация эскалировалось до невыносимого уровня, когда каждый пишет свою сборочную систему. Да здравствует GNU! Самый погнутый гну среди всех погнутых гну.

И, я отмечу, это вообще такое погнутое личностное свойство у gnu. Именно поэтому llvm смог подвинуть gcc. Не из-за лицензии, а из-за того, что gnu своим нежеланием дать к gcc внятный, документированный программный API, создала свободную нишу. Вакуум некоторое время держался вакуумом, туда заваливались лишь всякие мелочи типа sparse (а если бы не GNU то никакого sparse могло бы и не быть: стал бы Торвальдс его писать, если бы у него была возможность воспользоваться парсером gcc). А потом появился llvm. Я верю, что в течение лет пяти кто-нибудь подвинет emacs, потому что этот кусок окаменевшего дерьма уже лет двадцать-тридцать просит переписывания -- попытки его переписать давно предпринимались, но они были либо безумны (типа climacs), либо недостаточно радикальны (типа guile emacs). Но, опять же, emacs в том виде, в котором он есть, так и просит полной реимплементации. Кому вообще кроме Столлмана нужен этот местечковый диалект lisp'а, который не умеет ни в натив код, ни в ffi, ни в потоки с преемптивной многозадачностью? Который при этом не понимает Common Lisp'а и не позволяет подгружать его пакеты. В котором мысль о том, чтобы взять и запилить буфер, который будет хранить древовидные данные, отображаться деревом, и иметь приятный для GUI event-driven API, моментально трансформируется в то, что надо дерево отображать псевдографикой в текстовом буфере (насрав на вопросы эффективности расходования процессорных тактов), а вместо обработки event'ов предлагать клиентскому коду пихать хуки во все щели, чтобы не забывали каково оно было писать на ассемблере под DOS.

> Так, может, так и сделаете?

Нет. Старпёров, уходящих на покой, кто-то должен заменять. И вот он я тут такой.

> Linux - это же такое minority - меньше пары процентов десктопа.

И чё? cmake работает и на windows тоже. Причём получше всяких там autotools.

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

70. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Аноним (70), 19-Мрт-19, 18:00 
Диванный теоретик детектед. Ну или быдлокодер-формошлеп
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ordu (ok), 19-Мрт-19, 18:21 
> Диванный теоретик детектед. Ну или быдлокодер-формошлеп

Ну да, ну да. Нечего сказать, включай ad hominem. Я знаю. Говорят работает. А ты как думаешь?

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

73. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Аноним (70), 19-Мрт-19, 19:13 
Какой тут ad hominem, просто видно, что человек некомпетентен в вопросе, но мнение высказать хочет
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ordu (ok), 19-Мрт-19, 19:45 
> Какой тут ad hominem, просто видно, что человек некомпетентен в вопросе, но
> мнение высказать хочет

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

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

61. "Выпуск шрифтового движка FreeType 2.10"  +1 +/
Сообщение от Аноним (7), 18-Мрт-19, 04:43 
Я смотрю, вы не ищете легких путей.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

63. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ordu (ok), 18-Мрт-19, 13:41 
> Я смотрю, вы не ищете легких путей.

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

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

34. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Аноним (34), 17-Мрт-19, 10:23 
Видимо, ИМ он тоже нужен, раз они CMakeLists.txt в репозиторий положили.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

39. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от пох (?), 17-Мрт-19, 12:23 
он там уже пять лет лежит, синенький, потому что мертвенький.
Выложил очередной парашутист-торопыга, "мне некогда вашего autoconf ждать, смузи киснет" (что он запускается один-единственный раз, если не менять структуру проекта, ему и невдомек), но допилить до рабочего состояния тоже было некогда.

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

45. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ivan_83 (ok), 17-Мрт-19, 12:40 
Ну вот я и допилил до рабочего, настолько что у меня в системе оно без проблем работает.
И результат получается сопоставим.
Пришлось по всему мерзкому автотулсу лазать чтобы сделать рабочее.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ivan_83 (ok), 17-Мрт-19, 12:38 
Ваще да, я же не единственный кто собирает.
Автотулс сплошная боль.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

60. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Аноним (7), 18-Мрт-19, 04:41 
А в чем, проблема, собственно? Чтобы собрать достаточно плюс-минус тех же configure && make.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск шрифтового движка FreeType 2.10"  +/
Сообщение от Ivan_83 (ok), 23-Мрт-19, 20:06 
В том, что:
1. автотулс собирают ощутимо дольше
2. автотулс - это ворох файлов с разными синтаксисом, а cmake в данном случае хватает и одного файла.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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