Поддержка C++ модулей в Visual Studio 2015 Update 1

YAY!

А что реально вот прям в след стандарт внедрить хотят? Или таки фича конкретного компилятооа?

Ну неудивительно, что у MS появилось раньше. Они внесли предложение в комитет стандартизации.

Сделают — посмотрим. Не сделают — пофиг. Хотя немного навести порядок эта хрень могла бы помочь.

Go\Rust

Пописал на лицо бэкслешистов.

А что реально вот прям в след стандарт внедрить хотят? Или таки фича конкретного компилятооа?

Есть предложение от MS, которое они же и внедряют в своем компиляторе, и есть другое от Гугл, которое реализуют в clang. Они несовместимы и оба варианта дают сильно урезанную по сравнению с действующим вариантом (#include) функциональность. IMHO, библиотеки для C++ можно (и нужно) распространять только только в виде исходников.

Модули - одна из наиболее необходимых фич для плюсов. Сочувствую legacy-апологетам.

В чём профит? Кому-то лень осилить header guards? Кому-то не насрать на скорость компиляции?

Да если бы буст распространялся только в виде исходников, 90 процентам пользователей было бы легче застрелиться, чем его правильно собрать.

Да, мне не насрать ни на скорость компиляции, ни на удобство использования.

Да если бы буст распространялся только в виде исходников, 90 процентам пользователей было бы легче застрелиться, чем его правильно собрать.

А если с ним будет скрипт сборки на основе cmake, например, который соберет все (и только то) что надо твоему проекту, при этом автоматом найдет все зависимости в твоей системе, а что не найдет выкачает и тоже соберет? В таком варианте менеджер модулей может быть внешним инструментом, не связанным с компилятором.

Чтобы собрать все, что нужно только моему проекту и нужны модули, не?

Как можно сравнивать С++ c Go? В отличие от первого, Go учится за неделю (со всеми библиотеками). Rust, конечно сложен, но у него есть много уникальных фич, которых нет в С++, большинство которых укладываются в правило - «если программа скомпилировалась, то она будет работать». Ну и фишка Rust-а, которая есть сейчас - то, что 'cargo test' выполнит в качестве тестов и примеры из документации. И это из коробки! С++ еще долго будет популярным языком, но глупо предполагать что: 1) Microsoft сделает что-то инновационное для него; 2) наличие модулей сразу сравняет его с Go или Rust.

2) наличие модулей сразу сравняет его с Go или Rust.

OLOLO. Weebl's Stuff will never lower itself to your level!

сильно урезанную по сравнению с действующим вариантом (#include) функциональность.

Например?

Кому-то лень осилить header guards?

Дело не только в них

Кому-то не насрать на скорость компиляции?

Если компилируешь больше 1-го файла, то не насрать.

Если компилируешь больше 1-го файла, то не насрать.

Ну используй pre-compiled headers чо.

emerge boost. Что в этом сложного?

Так заголовочные файлы — это же одна из самых крутых фич плюсов же! Если ты пишешь библиотеку — в публичном .h файле обычно содержится чётко выверенный интерфейс класса, без всяких реализаций, ну и приватный указатель на имплементацию. Таким образом, имея только заголовочный файл, можно, например, в случае динамической линковки предоставить альтернативную реализацию библиотеки и подсунуть её уже собранному бинарю. По сути заголовочный файл — аналог Java-интерфейсов без использования виртуальных функций.

Уже хочу!

В отличие от первого, Go учится за неделю (со всеми библиотеками)

то есть, у Go очень скудный набор библиотек?

компилирую пару сот тыщ файлов, полностью насрать... Когда стало неудобно - проапгрейдил проц в 6 раз, и память х4 сделал и снова насрать... ЧЯДНТ

а в линухах то как или как всегда

Шланг свои костыли какие-то попиливает — http://clang.llvm.org/docs/Modules.html#includes-as-imports

И грозится реализовать если в комитете будет соответствующая бумажка:

At present, there is no C or C++ syntax for import declarations. Clang will track the modules proposal in the C++ committee.

Говнохабр нинужен, да.

А если с ним будет скрипт сборки на основе cmake, например, который соберет все (и только то) что надо твоему проекту, при этом автоматом найдет все зависимости в твоей системе, а что не найдет выкачает и тоже соберет?

Imagine all the people
Living life in peace...

а в линухах то как или как всегда?

При чем тут линукс? Линукс не должен ничего знать о модулях.

По теме вижлы - свистоперделки хорошо, но лучше бы они занялись поддержкой стандарта.