Как будто это хорошо, restrict как минимум позволяет компилятору проводить более сильные оптимизации, т.к есть более сильные ограничения на область памяти. Из фич C99, которых нет в стандарте меня лично бесит designated initializers, и нет initializer list не замена, т.к надо помнить порядок полей структуры, жаль что только clang поддерживает их в std=c++11
Это не противоречит, просто попав в аварию, тьфу-тьфу в случае таксиста с лицензией вы будете требовать компенсацию через суд у автопарка/водителя, а с бла-бла каром вам останется лишь ставить рейтинг водителю в 0 и писать гневный пост в ЖЖ/Спортлото/etc.
Стандарт это синоним зафиксировано поведения. То есть еще одна гарантия что через пару релизов ничего не отвалился и обратная совместимость со скриптами предыдущих версий сохранится
В vim удобно кодить мелкие проекты И пока их немного. Когда проектов 200 и все они билдятся в од н продукт то в vim начинается ад. Плюс вопрос с рефакторингом кучи мест в vim.
Kenobi это lenovo Везде использовал side актуальных версий на момент покупки(12.1-13.1) на asus (13.2-42.2) на lenovo. Сейчас использую tumbleweed на xps15 9550
Как фича в настройках да. Но nameapaceы в ntoskrnl то никуда не делись. Можно взять и самому запилить контейнеры на их базе[/sarcasm] вот за такое отношение и не любят ms
Не так карточка всегда может работать в vesa. Который ставится вместе с xfree86. В принципе так и работает failsafe mode в Linux он по сути не дает загрузится нестандартным модулям. Поэтому x не загрузив модуль работает через vesa. Но тут косяк в другом. Видимо модуль ядра для nvidia в Linux не проверяет а есть ли устройства с которыми он может работать при загрузке. Таким образом при загрузке модуль загружается безусловно и x не могут свалиться в vesa.
У меня немного другой опыт. Asus x53br — полуотваливающаяся amd azalia hd(звук).Kenobi z50-70. Все идеально на win10. На Linux rfkill постоянно уводит softblock Bluetooth на каждой загрузке. Xps 15 9550 проблемы с broadcommовским wifi
Ну вообще есть xf86-video-vesa работает со всеми картами умеющим выводить изображение по стандарту versa(т.е со всеми) и иксы с ним нормально работают. Я так понял что основная претензия в том, что система зная что такого девайсов для этого драйвера нет в системе заюзала его а не сделала откат на vesa, как windows
Он безопасен только благодаря своей малой распространенности. И чем больше людей поверят в чепуху про безопасность из коробки тем менее он безопасен. Только дистрибутивы с настроенным SeLinux можно назвать условно безопасными
Ну например с ним openCL компилятор, что от amd, что от altera позволяет ускорить код где-то на 5-7%.
А можно ссылку на референс, где amd64(em64t) позволяет mov память память?
Тут не proposal нужен, а своевременная синхронизация с последним доступным стандартом C на момент принятия нового стандарта C++
Это не противоречит, просто попав в аварию, тьфу-тьфу в случае таксиста с лицензией вы будете требовать компенсацию через суд у автопарка/водителя, а с бла-бла каром вам останется лишь ставить рейтинг водителю в 0 и писать гневный пост в ЖЖ/Спортлото/etc.
Плохого ничего нет, главное налоги с этой прибыли платить и разрешение на соответствующий вид деятельности иметь, если оно необходимо.
"запрет на использование проприетарных форков на уровне лицензии" Не подскажете на чем работал nvcc до того как перешел на clang
И Bluetooth наушники/колонки до кучи
Извините, но premier support очень дорогой и позволить его могут не все компании.
Ну контейнеры то ив 10ке есть(через виндовые namespacы)
https://docs.microsoft.com/en-us/virtualization/windowscontainers/. Виндовые образы докером через них и работают.
А Mac тоже есть https://msdn.microsoft.com/ru-ru/library/windows/desktop/bb648648(v=vs.85).aspx
Там насколько я понял не kB. Просто сервер обновлений ms перестает отдавать обновления
Не так карточка всегда может работать в vesa. Который ставится вместе с xfree86. В принципе так и работает failsafe mode в Linux он по сути не дает загрузится нестандартным модулям. Поэтому x не загрузив модуль работает через vesa. Но тут косяк в другом. Видимо модуль ядра для nvidia в Linux не проверяет а есть ли устройства с которыми он может работать при загрузке. Таким образом при загрузке модуль загружается безусловно и x не могут свалиться в vesa.
У меня немного другой опыт. Asus x53br — полуотваливающаяся amd azalia hd(звук).Kenobi z50-70. Все идеально на win10. На Linux rfkill постоянно уводит softblock Bluetooth на каждой загрузке. Xps 15 9550 проблемы с broadcommовским wifi
Ну вообще есть xf86-video-vesa работает со всеми картами умеющим выводить изображение по стандарту versa(т.е со всеми) и иксы с ним нормально работают. Я так понял что основная претензия в том, что система зная что такого девайсов для этого драйвера нет в системе заюзала его а не сделала откат на vesa, как windows
Он безопасен только благодаря своей малой распространенности. И чем больше людей поверят в чепуху про безопасность из коробки тем менее он безопасен. Только дистрибутивы с настроенным SeLinux можно назвать условно безопасными
До сих пор проблемы с broadcomовскими карточками переодически отваливается WiFi лечится реконнектом