Comments 16
замечательная статья, спасибо
Хм. Мне всегда казалось, что менеджера пакетов для С++ нет ровно по той причине по которой он есть для все других языков. Для всех других языков менеджер пакетов устанавливает только пакеты, написанные на этих языках.
Ну, в некотором смысле такой «инструмент поддержки инфраструктуры». Нужна тебе библиотека — напиши «cpan ***», и готово.
С++ же призван работать со всем на свете, в том числе и с миллионом приложений, написанных на других языках. Значит самый естественный менеджер пакетов для С++ — это slackpkg/apt-get/PackageKit.
Ну, в некотором смысле такой «инструмент поддержки инфраструктуры». Нужна тебе библиотека — напиши «cpan ***», и готово.
С++ же призван работать со всем на свете, в том числе и с миллионом приложений, написанных на других языках. Значит самый естественный менеджер пакетов для С++ — это slackpkg/apt-get/PackageKit.
Мой личный опыт показывает, что это все окружающие призваны работать с С++ через C ABI. С++ не стыкуется сам по себе ни с кем кроме С и С++. Все остальные делают C-compatible FFI. А пакетный менеджер не родился КМК из-за того, что производителей компиляторов было несколько. И они в начале развития С++ не очень хорошо дружили друг с другом. Посмотрите хотя бы на «зоопарк» систем сборки. Отсюда, кстати, и отсутствие какого-то единого соглашения на структуру исходников для каждого «компонента». Другие языки появлялись усилиями какой-то одной компании или группы энтузиастов, и только потом могли появляться «форки». Либо просто выходил порт референсного компилятора/рантайма.
Как раз в других языках пакетные менеджеры часто устанавливают библиотеки и тулы на C/C++, питоне, даже фортране (в R таких зависимостей очень много). Бывает совсем экзотика, программа на Haskell устанавливяемые через npm.
Официальный NixOS контрибьютор здесь :) (https://github.com/jagajaga)
Если интересуют ответы на вопросы — задавайте, постараюсь помочь.
Если интересуют ответы на вопросы — задавайте, постараюсь помочь.
Пробовал NixOS как то, идея нравится, а вот что необходимых пакетов не было или были устаревшие не обрадовало.
Хотелось бы прояснить:
1.NixOS на базе чего Debian Ubuntu etc.
2.PM Nix не зависит от NixOS и будет работать например на Lubuntu.
Хотелось бы прояснить:
1.NixOS на базе чего Debian Ubuntu etc.
2.PM Nix не зависит от NixOS и будет работать например на Lubuntu.
А скажите, nixlang базируется на каком-то уже существующем языке? На ML-семейство больно уж похож.
Мельком глянул исходники C++ — ночной кошмар программиста. Весь проект в целом — NIH-синдром в терминальной стадии. Про NixOS пока непонятно.
Говоря про Nix нельзя не упомнять Guix — то же самое, только использует Guile (диалект лиспа, конкретно Scheme) вместо специфичного nixlang.
Могу ли я его локально поставить? Т.е. не имя рут доступа, просто в пользовательскую папку и при этом полноценно использовать?
Если вам потребуется собрать 32-битный пакет под 64-битной системе, можно сделать такой финт ушами:
myProject_i686 = pkgs.pkgsi686Linux.stdenv.mkDerivation {
name = "myProject-i686-0.0.1";
buildInputs = [
pkgs.gcc_multi
pkgs.glibc_multi
pkgs.python2
pkgs.pkgconfig
pkgs.pkgsi686Linux.boost155
pkgs.pkgsi686Linux.openssl
pkgs.pkgsi686Linux.curl
pkgs.pkgsi686Linux.opencv
];
};
Sign up to leave a comment.
Nix как менеджер зависимостей для C++