это ж плюс, а не минус

2. Разрешить forward declaration для классов с указанием наследования. При этом если указано более одного класса-предка, в списке предков не может быть incomplete type. class Base; class Derived: public Base;

Кроме того, если деструктор класса Base помечен как виртуальный и еще при дополнительных условиях, компилятор может не включать определение класса Derived при вызове деструктора класса Derived

по sfinae вообще ничего нет

Вот интересно, почему унарный плюс noexcept(S == signedness::Unsigned)

Потому что int x = -1; x >>= 1; это UB?

Потому что int x = -1; x >>= 1; это UB?

а причем тут унарный плюс?

как выражение int x = ???; int y = +x; может стать UB, если унарный плюс ничего не делает с числом? ничего от слова совсем

а, лол, УНАРНЫЙ плюс

боже

что вообще такое унарный плюс? :)

хорошо, что его в JSON тупо забанили :)

+1 не число в JSON.

вот унарный минус там еще может дать UB

https://msdn.microsoft.com/en-us/library/ewkkxkwb.aspx The result of the unary plus operator (+) is the value of its operand. The operand to the unary plus operator must be of an arithmetic type. Integral promotion is performed on integral operands. The resultant type is the type to which the operand is promoted. Thus, the expression +ch, where ch is of type char, results in type int; the value is unmodified. See Integral Promotions for more information about how the promotion is done.

но в пропозале возвращается тот же тип, никуда не идёт каст

проверьте

char x = 'a'; static_assert(std::is_same<decltype(+x), int>::value, "really???");

а есть еще желающие пообсуждать возможные пропоузалы?

boost.uri надо пилить, без него жопа

char x = 'a'; static_assert(std::is_same<decltype(+x), int>::value, "really???");

это верно на MSC 14

Что делают эти проекты

Почитай по ссылкам

Почитай по ссылкам

Я тебе что, по английски буду читать

блин я думал чатик прост чатик, а тут оказывается компьютер саентисты сидят, отправляют пропозалы в кресты

Да тут студенты сидят, лол

Я тебе что, по английски буду читать

Можешь читать, а можешь не читать

но в пропозале возвращается тот же тип, никуда не идёт каст

а преобразование int -> char не является UB?

а преобразование int -> char не является UB?

не помню, а причем тут это?

char x = 'a'; static_assert(std::is_same<decltype(+x), int>::value, "really???");

задумайтесь над этим

так это char -> int

да

а что вернет предикат?

char x = 'a'; +x; // int is_same... == true;

хотя фиг его знает

там вопрос, какой тип собирается вернуть std::unary_plus вообще

если я правильно понимаю, о чем речь

Ребята, привет! (сразу прошу прощения за оффтоп) Есть информация (надеюсь, любопытная) для минских поклонников С++ Проводим мероприятие из серии Яндекс.Изнутри во вторник 20 июня. Теперь про Карты. По ссылке – программа и форма регистрации для тех, кто захочет прийти: https://events.yandex.ru/events/meetings/20-june-2017/ Предвосхищая вопросы – запись будет, трансляции – не будет.

Ребята, привет! (сразу прошу прощения за оффтоп) Есть информация (надеюсь, любопытная) для минских поклонников С++ Проводим мероприятие из серии Яндекс.Изнутри во вторник 20 июня. Теперь про Карты. По ссылке – программа и форма регистрации для тех, кто захочет прийти: https://events.yandex.ru/events/meetings/20-june-2017/ Предвосхищая вопросы – запись будет, трансляции – не будет.

В Пятигорск когда?

Пока таких планов не было :) Но мы учтем, что есть интерес))

Вот интересно, почему унарный плюс noexcept(S == signedness::Unsigned)

Сделал себе пометочку, поправим позже

доллар - валидное имя для переменной же

нет

Вот интересно, почему унарный плюс noexcept(S == signedness::Unsigned)

а минус почему?

а минус почему?

-INT_MIN - UB

-INT_MIN - UB

а ну да

туплю че-то

> void *$() { [&](...) {$:[]() {({ $:; _:[]() {},""[+-(&&$ < &&_)]; }); }(); }([=]() {}); } ошибка компиляции после этого: void *$() { [&](...) {$:[]() {( не понимает выражение в {}

вижак уверен, что $ допустимое имя переменной

вижак уверен, что $ допустимое имя переменной

стандарту похуй)

что вообще должно было значить выражение в фигурных скобках

> void *$() { [&](...) {$:[]() {({ $:; _:[]() {},""[+-(&&$ < &&_)]; }); }(); }([=]() {}); } ошибка компиляции после этого: void *$() { [&](...) {$:[]() {( не понимает выражение в {}

кто где? тебе ж скинули рабочий вариант

кто где? тебе ж скинули рабочий вариант

где?

https://wandbox.org/permlink/hIu3RKHDiBch4fUm

тут

> void *$() { [&](...) {$:[]() {({ $:; _:[]() {},""[+-(&&$ < &&_)]; }); }(); }([=]() {}); } ошибка компиляции после этого: void *$() { [&](...) {$:[]() {( не понимает выражение в {}

Незаслуженно обойдены стороной знаки вопроса и восклицательный.

тут

у меня не компилит

у меня не компилит

gcc?

у меня не компилит

ну по ссылке написано какая версия гцц и флаги

обсуждение выше прочитай там gcc extensions заюзаны

msvc и не скомпилит

кто-нибудь уже перегонял продакшен с vs2015 -> vs2017?

vs?

vs?

visual studio

кто-нибудь уже перегонял продакшен с vs2015 -> vs2017?

Уже год как отказался от 2015.

Уже год как отказался от 2015.

в пользу чего?

Уже год как отказался от 2015.

меня интересует прод, а не домашние проекты

в пользу чего?

Ну, 2017. Сначала кандидат, а теперь и релиз.

Да, прод.

ну по ссылке написано какая версия гцц и флаги

вижак не хочет адрес метки

Да, прод.

проблемы при перезде были?

ERROR: S client not available

В итоге к моему вопросу об открытие - фар не смог, не хватило памяти тупо мне; Вышел из этого проще - консольный сплит и grep спасли)

В итоге к моему вопросу об открытие - фар не смог, не хватило памяти тупо мне; Вышел из этого проще - консольный сплит и grep спасли)

есть кое-что для тебя полезное

В итоге к моему вопросу об открытие - фар не смог, не хватило памяти тупо мне; Вышел из этого проще - консольный сплит и grep спасли)

Есть Фар x64. Помогает. Хотя с плагинами беда.

В итоге к моему вопросу об открытие - фар не смог, не хватило памяти тупо мне; Вышел из этого проще - консольный сплит и grep спасли)

сейчас ссыль найду

проблемы при перезде были?

Были, особенно в дорелизных версиях.

Конкретику вспоминать надо. На данный момент всё хорошо.

Были, особенно в дорелизных версиях.

ну, меня релиз инетресует. Какие именно проблемы? Кандидат на то и кандидат, чтобы ломаться

Есть Фар x64. Помогает. Хотя с плагинами беда.

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

вот такая версия под вижак: void *$(){[&](...){$:[](){{$:;_:[]() {},""[+-('\"')];}}();}([=](){});}

вот такая версия под вижак: void *$(){[&](...){$:[](){{$:;_:[]() {},""[+-('\"')];}}();}([=](){});}

правда, варнинги на unreferenced label

В итоге к моему вопросу об открытие - фар не смог, не хватило памяти тупо мне; Вышел из этого проще - консольный сплит и grep спасли)

https://youtu.be/ZsryQp0UAC8?t=38m47s

ewig text editor

эта штука открывает жирные файлы довольно быстро. Я тестил - какой-то здоровый бинарь раза в 3-4 быстрее вима открыло

эта штука открывает жирные файлы довольно быстро. Я тестил - какой-то здоровый бинарь раза в 3-4 быстрее вима открыло

ого

я бы посмотрел видосик да на работе, трафик тут не жирный

здоровый - что-то больше гига точно открывал

я бы посмотрел видосик да на работе, трафик тут не жирный

так я ж тебе дал сразу на минуту ссылку - там ссылка на его гитхаб

я бы посмотрел видосик да на работе, трафик тут не жирный

https://github.com/arximboldi/ewig

на, порльзуйся

https://github.com/arximboldi/ewig

спасибо, вещь нужная))

ну, меня релиз инетресует. Какие именно проблемы? Кандидат на то и кандидат, чтобы ломаться

Ломалась подсветка (до сих пор глючит, жалуется один из моих разработчиков), были баги с C++11/14, странно линковался рантайм, неожиданно забиваются мусором obj файлы (неудобно, когда проект с двухчасовым билдом вдруг сам решает пересобраться), окошки интерфейсные гуляли туда-сюда. Интеллисенс зависает (до сих пор, и это бесит). Есть мнение, что линковка стала медленнее, чем на vs2015-шном линкере. Ну и падала и висла 2017 довольно часто.

Ломалась подсветка (до сих пор глючит, жалуется один из моих разработчиков), были баги с C++11/14, странно линковался рантайм, неожиданно забиваются мусором obj файлы (неудобно, когда проект с двухчасовым билдом вдруг сам решает пересобраться), окошки интерфейсные гуляли туда-сюда. Интеллисенс зависает (до сих пор, и это бесит). Есть мнение, что линковка стала медленнее, чем на vs2015-шном линкере. Ну и падала и висла 2017 довольно часто.

ну на интеллисенс пофиг - он никогда особо не радовал. главное, чтобы тулчейн нормально проекты собирал

ну на интеллисенс пофиг - он никогда особо не радовал. главное, чтобы тулчейн нормально проекты собирал

Ну, сам тулчейн тьфу-тьфу. За последние полгода clang гораздо чаще глючил в наших проектах, чам msvc.

ахаххаха, ору просто

After reviewing the responses, I have rejected Timsort. Here are the reasons: 1. No author/maintainer responses to the questions on boost (except for forwarding some documentation links). We need a maintainer for all our source, and I'm not volunteering to maintain new functions as complex as Timsort. 2. There was no response on the Timsort bug reported during the review, nor any tests for it. 3. We need better tests. 4. Francisco is including a more efficient stable sort as part of his additions to the library, including handling special cases like Timsort handles better than stable_sort does. Francisco will maintain his code. I'd like to note that many people THINK they are experts on sorting because they covered it in class or may have read about it in a textbook, but most do not understand hybrid sorts well. As a specific example, I saw O(N*log(N)) mentioned as the worst-case speed limit of general-case sorts, when in fact Spreadsort beats that as described in its docs: http://www.boost.org/doc/libs/1_61_0/libs/sort/doc/html/index.html#sort.overview.performance Many people also don't carefully analyze for worst-case performance, which can be tricky. With regards to future sorting library reviews, I'll get at least a one-page doc describing the algorithm for the review in advance, but the boost documentation formatting is an unreasonable request for a simple sorting function, and I don't see the value it adds for these simple reviews. It is useful for a full library, but we'll be integrating the documentation into our full library after a new function is accepted. It isn't accurate to call it a mini-review (as described here: http://www.boost.org/community/reviews.html#Fast-Track) because it's reviewing completely new source we're talking about adding to the library. That said, do you still want me to a call the upcoming one for pdqsort a "mini-review"?

пошёл нахер Стивен

кому там нужен Тимсорт? Сами пропихивайте его в буст. Я больше не намерен этого делать

пичаль(

Я быстрее это пропихну в Boost.Algorithm, чем в Boost.Sort

Я быстрее это пропихну в Boost.Algorithm, чем в Boost.Sort

тоже будет хорошо)