Dr. Friedrich
Не, ну, как бы, ладно, на здоровье.
Dr. Friedrich
Не нужны — не пользуйтесь.
Dr. Friedrich
Но силлогизма тут никакого нету. Я тоже, помимо прочего, пользуюсь Windows, и мне почему-то пакетные менеджеры нужны.
M
M
но тот проект про сборки, разве нет?
Constantine
Dr. Friedrich
но тот проект про сборки, разве нет?
Нууу, не совсем про сборки. Он про полноценную интеграцию в IDE. Чтоб можно было, грубо говоря, сделать из обычного проекта conan-enabled, не вставая с места.
Dr. Friedrich
В Конане есть специальный генератор visual_studio, который генерит props-файлы с либами и инклудами.
Constantine
Dr. Friedrich
Но его надо ещё в проект засунуть, а + к тому ещё сделать это для разных режимов сборки.
Constantine
Я просто люблю, чтобы я нажимал одну кнопку "установить" и у меня все работало
Dr. Friedrich
M
Dr. Friedrich
А мне — нужен.
Dr. Friedrich
Ладно, ребят, давайте этот оффтоп про винду и мясоедение немножко свернём.
Constantine
Мне для этого нужен готовый установщик бинаря, который скомпилен со всеми зависимостями)
Dr. Friedrich
M
M
Dr. Friedrich
Dr. Friedrich
http://www.dictionary.com/browse/heresy
M
кстати, парня выше потерли зря
Dr. Friedrich
Ну он всё ещё тут, считай что сказал :)
Dr. Friedrich
M
Artem ↑
спасибо, людям надо помогать))
M
а я что-то по старому привык, int или void у main, проблем не было
Dr. Friedrich
Не, в стандарте строго прописан int.
Dr. Friedrich
А некоторые еретические компиляторы разрешают void в качестве расширения.
Dr. Friedrich
Вообще непонятно зачем. Ну вот серьёзно, нафига нарушать стандарты и портабельность даже в таких микромелочах?
M
ну когда в turbo c, прям помню void
Egor
Так он ещё до появления стандартов выпущен.
M
Constantine
M
M
в 17-ом
M
?
Constantine
как и всегда
Constantine
и огребать за вынос промежуточного предка
M
можно пример, дабы ощутить весь творящийся беспредел в стандарте
Constantine
struct Base { virtual void f() { std::cout << "Hello, "; } };
struct Derived : Base { void f() override { Base::f(); std::cout << "World!"; } };
Constantine
теперь изменение в ТЗ
Constantine
struct Base { virtual void f() { std::cout << "Hello, "; } };
struct Base2 : Base { void f() override { Base::f(); std::cout << "ISO C++ "; } };
struct Derived : Base2 { void f() override { Base::f(); std::cout << "World!"; } };
Constantine
ой
Constantine
а вот в одном, отдельно взятом компиляторе, все пойдет __super
M
не, телеге не хватает оформления кода
M
у меня глаза выпадают
M
я надеюсь понял, раньше пишешь super и не паришься, а теперь должен отслеживать в дочерних классах от кого отнаследовался
M
но с другой стороны ты можешь в Derived указать что инициализатор или как там его Base2
M
или нет?
Constantine
Constantine
http://en.cppreference.com/w/cpp/types/aligned_storage
а нельзя указать aligned_storage::type классу delete на [Copy|Move][Ctor|Assignment]?
Constantine
а то я тут через его move ctor себе ногу прострелил
Constantine
Anatoly
да, сказали пишите typedef Base super и все будет
Anatoly
кстати, typedef не разруливает ситации и с множественным наследованием
Constantine
и проблема "забыл сменить в функции" становится "забыл сменить в private-секции"
Anatoly
а __super разруливает, правда можно использовать только в теле метода:
struct B1 {
void mf(int) {}
};
struct B2 {
void mf(short) {}
void mf(char) {}
};
struct D : B1, B2 {
void mf(short) {
__super::mf(1); // Calls B1::mf(int)
__super::mf('s'); // Calls B2::mf(char)
}
};
Anatoly
Constantine
Constantine
конструктор не перевызовется
Constantine
Anatoly
Constantine
я не убеждал.
ну здесь просто - совершенно очевидно, что __super должно быть, более того, наверное, должно быть __overriden для вызова в точности этой функции
thegr1f
Добрый день. Кто может пояснить эту магию?
thegr1f
int n;
n = 0.1 / 0.1; // 1
n = 0.2 / 0.1; // 2
n = 0.3 / 0.1; // 2
n = 0.4 / 0.1; // 4
n = 0.5 / 0.1; // 5
n = 0.6 / 0.1; // 5
n = 0.7 / 0.1; // 6
n = 0.8 / 0.1; // 8
n = 0.9 / 0.1; // 9
Alexander "SonnySlave"
Max
народ, а это подходящий чат по вопросам posix/linux/C ?
vladislav
С/posix вполне
vladislav
linux хз
Alexander "SonnySlave"
Линукс в контексте программирования на си/крестах - норм