Где то слезами гордости заплакал один Кристиан Бейл.
Кристиан Бейл играл те библиотеки.
* Голосом Бэтмена.
Где Деструктор этого класса? Говори где он, где он? Ты не мог передавать его параметром изнутри.
Где Деструктор этого класса? Говори где он, где он? Ты не мог передавать его параметром изнутри.
а что он сбросил чтоб сыграть эти самые библиотеки ?
Веру в человечество.
Не, те библиотеки играл Безруков
Безруков играл node_modules
Он сыграл С++
как же это грустно...
Единственная грустная вещь в языке богов
Кто-то плюсы в глаза не видел?
Ты в курсе, что бывают не только header-only библиотеки?
Хоакин сам по себе "слегка не в себе" поэтому ему не сильно стараться пришлось
Для непосвященного в плюсы – в чем там проблема с либами? Быстрый гугол рассказал, что просто положить их в PATH да заинклюдить.
Как посвященный в плюсы заявляю, проблем с этим никаких
Непосвящённые в плюсы что то поняли.
Просто непосвящённые:
Просто непосвящённые:
ты пропускаешь пункт компиляции библиотеки под конкретную систему. А потом, когда код написан, еще и билд этой библиотеки в релиз программы, под целевую платформу. Это уже отдельные танцы с бубном.
слава КПСС, что я питонист
Ловите счастливого питониста!
но, но там же конфликты веток ).
Это там, где пакетный менеджер ставит зависимости глобально на систему, не умеет в per-project зависимости, из-за чего нагородили целую кучу костылей (venv, virtualenv, pyenv, conda итп), при удалении пакетов не умеет разрузилвать и удалять зависимости? Да?
Сегодня я ставил jupyter и он не установился из-за того, что до этого была установлена какая-то богомерзкая хуйня для генерации документации с sphinx, которая вызвала конфликт версий каких-то зависимостей.
Сегодня я ставил jupyter и он не установился из-за того, что до этого была установлена какая-то богомерзкая хуйня для генерации документации с sphinx, которая вызвала конфликт версий каких-то зависимостей.
Ну venv с 2012 года входит в stdlib питона. Как бы подразумевается, что пакеты ты будешь ставить исключительно в окружение, при любых раскладах.
Зависимости не удаляет, это да, это печаль. При особенно запущенных случаях проще окружение переставить.
Зависимости не удаляет, это да, это печаль. При особенно запущенных случаях проще окружение переставить.
Давайте так, пакетные менеджеры для js, rust, c#, ruby итп работают per-project из коробки, что в питоне создаётся костыльми, с возможностью отстрела ног при установке глобально.
Отвечу цитатой с реддита:
Welcome to the big leagues, where there are approximately 74 different build systems and a patchwork framework of 28 various package managers, most of which only support a certain platform/environment and are useless outside of it.
Поехали:
1. Под плюсов пакетных менеджеров нет (даже убогих, как у питона). Да, есть ряд реализаций, но все они несовместимы друг с другом
2. Если под linux, то библиотеки можно поставить через пакетный менеджер дистрибутива (если они есть в репозиториях). Если ты не наткнешься на конфликт версий.
3. Если ты под виндой - страдай, плачь, настраивай 50 тыщ переменных окружения и тыкой мышкой в VS
4. Если библиотека бинарная и без исходников, то страдай х2. Если она собрана под другую версию компилятора - страдай бесконечно.
5. Потом все это дерьмо нужно интегрировать в свою систему сборки. Например, у тебя CMake, а библиотека - Makefile (ну это изян). Могут быть куда более хитрые случаи.
6. Ну и да, если ты под виндой, п.5 удваивает боль
Welcome to the big leagues, where there are approximately 74 different build systems and a patchwork framework of 28 various package managers, most of which only support a certain platform/environment and are useless outside of it.
Поехали:
1. Под плюсов пакетных менеджеров нет (даже убогих, как у питона). Да, есть ряд реализаций, но все они несовместимы друг с другом
2. Если под linux, то библиотеки можно поставить через пакетный менеджер дистрибутива (если они есть в репозиториях). Если ты не наткнешься на конфликт версий.
3. Если ты под виндой - страдай, плачь, настраивай 50 тыщ переменных окружения и тыкой мышкой в VS
4. Если библиотека бинарная и без исходников, то страдай х2. Если она собрана под другую версию компилятора - страдай бесконечно.
5. Потом все это дерьмо нужно интегрировать в свою систему сборки. Например, у тебя CMake, а библиотека - Makefile (ну это изян). Могут быть куда более хитрые случаи.
6. Ну и да, если ты под виндой, п.5 удваивает боль
Не знаю как там с библиотеками на C++ , но могу предложить любому желающему сыграть драматическую роль поставить SAP на OpenSUSE.
Чтобы написать коммент, необходимо залогиниться