Про https://root.cern.ch интересно было бы почитать. Там своя копия llvm, её можно особо не проверять. Пожалуй, наиболее важные компоненты будут: core, io, tree, hist и math. Я так понимаю у них там уже используется Coverity.
Вовсе не потому: root [1] float value = 1./3.;
root [2] value == 1./3.
(bool) false
root [3] value == 1.f/3.f
(bool) true
root [4] value == float(1./3.)
(bool) true
Дело в том к какому типу приводится левый и правый операнды оператора ==. В вашем случае к double (для избежания потери точности).
Типичный FPU, кстати, не умеет делать операции над float. Регистры x87, например, 80-битные.
Открытие сделано по объединённому датасету 2011 + 2012 с приблизительно равными вкладами в статистику. Так что Хиггса в данных 2011 года вы можете искать вполне хорошо, только статистики будет чуть меньше.
Вместо обычного сдвигового регистра лучше, наверное, использовать специальный регистр с led драйвером, который обеспечит равномерное свечение восьмёрки по сравнению с единичкой и точкой.
Системы контроля версий это не просто замена Dropbox. Для программиста, системы контроля версий должны быть, прежде всего, средством управления изменениями. В процессе разработки патч первичен. Он должен содержать какое-то одно конкретное изменение, к которому прилагается разумное пояснение в описании коммита. Управление изменениями позволяет меньше заниматься рутиной, меньше в ней ошибаться, не хранить всё-всё в голове, не хранить в исходниках тонны никем не читаемого закоментированного «на всякий случай» кода.
Противоположным подходом к этому является скидывание изменений за рабочий день/неделю/месяц/год в одну кучу без пояснений. Для этого удобно и просто использовать Dropbox.
Вобщем, gitosis-admin очевидным образом разлочился правкой .ssh/authorized_keys пользователя git, с последующим пушем правильных настроек. А gitlab не видел потому что ему нужен доступ к репозиториям на диске, вылечил запуском из под пользователя git.
Спасибо за софтину, буду внедрять, ждите PKGBUILD'ов =)
Ну я полагаю, что если я могу склонировать что-то с git@localhost:repo.git, и «git log» даёт ожидаемый вывод при вызове из /srv/gitosis/repositories/repo/, то репозиторий всёже есть.
Поставил, долго мучал, в итоге запорол доступ к gitosis-admin, забил. Остановился на том, что таки запушил свою существующую репу, но gitlab почему-то отказался её видеть. По какому принципу он вообще определяет, что там что-то появилось?
Могут быть дедлоки?
root [1] float value = 1./3.;
root [2] value == 1./3.
(bool) false
root [3] value == 1.f/3.f
(bool) true
root [4] value == float(1./3.)
(bool) true
Дело в том к какому типу приводится левый и правый операнды оператора ==. В вашем случае к double (для избежания потери точности).
Типичный FPU, кстати, не умеет делать операции над float. Регистры x87, например, 80-битные.
Пешеходы в нашей стране, по мнению «водителей» и водителей, к сожалению, пока не являются участниками дорожного движения.
Системы контроля версий это не просто замена Dropbox. Для программиста, системы контроля версий должны быть, прежде всего, средством управления изменениями. В процессе разработки патч первичен. Он должен содержать какое-то одно конкретное изменение, к которому прилагается разумное пояснение в описании коммита. Управление изменениями позволяет меньше заниматься рутиной, меньше в ней ошибаться, не хранить всё-всё в голове, не хранить в исходниках тонны никем не читаемого закоментированного «на всякий случай» кода.
Противоположным подходом к этому является скидывание изменений за рабочий день/неделю/месяц/год в одну кучу без пояснений. Для этого удобно и просто использовать Dropbox.
Спасибо за софтину, буду внедрять, ждите PKGBUILD'ов =)