@ProCxx

Страница 986 из 2477
Alexander
20.06.2017
15:39:47
и накатаю фидбек в майкрософт)
лучше пиши сразу Лававею

Александр
20.06.2017
15:39:54
:(

Alexander
20.06.2017
15:39:54
это будет намного лучше и быстрее

он сам просит писать ему про баги

Google
Aidar
20.06.2017
15:40:19
std::is_same<decltype([]{}), decltype([]{})>::value == false;
Эти лямбды должны быть в разных еденицах компиляции в шаблоном функции

Berkus
20.06.2017
15:40:22
ну лававей же стдлибой занимается в основном?

а это явно компайлер тим

Alexander
20.06.2017
15:40:47
ну лававей же стдлибой занимается в основном?
что-то мне подсказывает, что он как минимум пьёт пиво с парнями, которые компил валят

Berkus
20.06.2017
15:41:00
ну это то всяко

но лучше запилить багу в компайлер тим, а ссылку на нее - лававею

Alexander
20.06.2017
15:41:19
поэтмоу он передаст кому надо

да, так будет ещё лучше

Constantine
20.06.2017
15:41:34
std::is_same<decltype([]{}), decltype([]{})>::value == false;
вопрос: являются ли well-formed по стандарту конструкции вида template <typename T> inline std::function<void()> f(T * object) { return [object](){}; }

Berkus
20.06.2017
15:41:37
и саттера в cc:

Aidar
20.06.2017
15:41:59
Прикольно что я тут выпендриваюсь, а сам ни одного вменяемого кода на си++ не написал

Berkus
20.06.2017
15:42:23
вопрос: являются ли well-formed по стандарту конструкции вида template <typename T> inline std::function<void()> f(T * object) { return [object](){}; }
являются, т.к. шаблоны инстанциируются на месте применения и компайлер волен их схлопывать если они оказались дубликатами

Constantine
20.06.2017
15:42:25
Google
Aidar
20.06.2017
15:42:58
А ещё я не работаю нигде и никогда не работал

Constantine
20.06.2017
15:43:00
Berkus
20.06.2017
15:43:18
VS может хоть рак диагностировать

Constantine
20.06.2017
15:43:31
VS может хоть рак диагностировать
пруфы со стандарта или не было

Berkus
20.06.2017
15:43:35
не было

Aidar
20.06.2017
15:43:51
Годно

Constantine
20.06.2017
15:46:01
а вообще на стандарте C++ уже парадокс лжеца на noexcept вбрасывали, так что всегда может быть тупо бага стандарта

Berkus
20.06.2017
15:46:53
баги в стандарте бывают конечно

Constantine
20.06.2017
15:46:56
struct A { struct B { int i = (A(), 0); }; A() noexcept(!noexcept(B())); };

Aidar
20.06.2017
15:50:24
У меня не собрало

Constantine
20.06.2017
15:50:44
разумеется, это парадокс лжеца

стандарт разрешает все это использовать

Aidar
20.06.2017
15:51:09
Это ошибка не компилятора а программиста

Это заведомо неразрешимая штука

Constantine
20.06.2017
15:51:23
не, это код, разрешенный по стандарту

Aidar
20.06.2017
15:51:39
Но не разрешенный по логике

Constantine
20.06.2017
15:51:45
стандарт разрешает использовать определение A в коде B и определение B в коде А

Aidar
20.06.2017
15:51:46
Так в чем трабл

Google
Aidar
20.06.2017
15:52:03
Си++ много разрешает

Constantine
20.06.2017
15:52:04
что это - парадокс лжеца

для компилятора

без маркировки "this program is ill-formed"

Aidar
20.06.2017
15:52:35
Оно ваще не formed

Constantine
20.06.2017
15:52:54
короче, компилятор обязан это скомпилировать

Aidar
20.06.2017
15:53:45
Он обязан скомпилировать если стандарт расскажет ожидаемый результат

Constantine
20.06.2017
15:54:32
почему он имеет право отказаться компилировать код, использующий только конструкции, не запрещенные стандартом вообще?)

Aidar
20.06.2017
15:55:41
Почему он должен игнорировать семантику чтоль?

Constantine
20.06.2017
15:56:43
а что, он может сказать, что a, b = b, a //CE #3872: I hate python

Berkus
20.06.2017
15:56:44
почему он имеет право отказаться компилировать код, использующий только конструкции, не запрещенные стандартом вообще?)
нормальный компилятор имеет право отказаться компилировать код даже если ты просто ему не нравишься, или памяти мало

Aidar
20.06.2017
15:58:09
Околобесконечная рекурсия шаблонов поди тоже не запрещена стандартом

Constantine
20.06.2017
16:01:17
там это технические ограничения

а тут это просто логическая ошибка

Aidar
20.06.2017
16:11:19
Это все ограничения "я не смог посчитать"

Constantine
20.06.2017
16:15:53
Ну не смогла я?)

Anatoly
20.06.2017
16:16:45
Constantine
20.06.2017
16:43:28
линкер утверждает, что вот эта строка модифицирует определение типа Around::SomeStruct Around::SomeStruct::SomeStruct() : b([]() {})
Кстати, я, похоже, понял. Класс для лямбды определяется в ближайшем scope.

Anatoly
20.06.2017
16:46:16
ну тогда явно баг компилятора

Constantine
20.06.2017
16:46:31
почему?

Google
Anatoly
20.06.2017
16:47:11
он не имеет права принимать в расчет сгенерированные для своих нужд артефакты и приписывать их к определению класса

Constantine
20.06.2017
16:47:40
вообще цитата

The lambda expression is a prvalue expression () whose value is (until C++17)whose result object is (since C++17) an unnamed temporary object of unique unnamed non-union non-aggregate class type, known as closure type, which is declared (for the purposes of ADL) in the smallest block scope, class scope, or namespace scope that contains the lambda expression

Alexander
20.06.2017
16:50:00
Че там с пропозалами? Ответили?
кто ответил? они пока что ушли на рассмотрение. Вон Антон поедет на следующую встречу, и будет их защищать перед народом

а я пока немного в слаке с народом общаюсь по поводу пропозалов

Anatoly
20.06.2017
16:51:12
компилятор может для своих нужд (for the purposes of ADL) создавать все что угодно, это тем не менее не нарушает ODR, поскольку по факту у тебя одно определение

Admin
ERROR: S client not available

Alexander
20.06.2017
17:01:29
в слаке люди жалуются, что бумаги пока что paperbot не подхватывает

Antony
20.06.2017
17:09:53
а следить каким образом?
Читать вики, и стенограмы заседаний

Alexander
20.06.2017
17:10:20
Читать вики, и стенограмы заседаний
даже стенограммы делают? кто имеет к ним доступ и как их можно получить?

Constantine
20.06.2017
17:13:22
Я немного почитал стандарт. Я не нашел гарантию, что closure type для lambda, объявленной внутри function template имеет тип, не зависящий от Translation Unit

Anatoly
20.06.2017
17:18:03
при инстанцировании шаблона функции скопом для closure type лямбды будет само тело инстанцированной функции

Alexander
20.06.2017
17:20:53
нигде-нигде инфы нет, чтобы майки хотели портировать вижлу на линух?

Anatoly
20.06.2017
17:22:44
понять бы вопрос

Berkus
20.06.2017
17:22:52
они вместо этого портировали линукс на винду

Google
Berkus
20.06.2017
17:23:02
*shrug*

Alexander
20.06.2017
17:23:09
нафига
предложишь мне альтернативные ИДЕ под линухи?

Berkus
20.06.2017
17:23:33
предложишь мне альтернативные ИДЕ под линухи?
CLion? Sublime? IDEA? Eclipse? Anjuta? KDEvelop? QtCreator?

Alexander
20.06.2017
17:23:35
они вместо этого портировали линукс на винду
почему не пользоваться виндой - это отдельный вопрос. И зачем-то же портировали на мак вижлу

Berkus
20.06.2017
17:23:37
vim?

Роман
20.06.2017
17:23:56


Berkus
20.06.2017
17:24:21
emacs?

sojalei
20.06.2017
17:24:27
neovim

Berkus
20.06.2017
17:24:40
vscode? atom?

Роман
20.06.2017
17:24:49
Я выбираю Atom

Anatoly
20.06.2017
17:25:13
vscode тоже неплохо растет

Berkus
20.06.2017
17:25:21
ну если любишь тормозные поделия на джаваскрипте то конечно атом лучший выбор!

Alexander
20.06.2017
17:25:22
CLion? Sublime? IDEA? Eclipse? Anjuta? KDEvelop? QtCreator?
Лев - тормоз, но хоть что-то вменяемое, но им до нормальной ИДЕ ещё долго Саблайм - не ИДЕ ИДЕЯ - не про кресты Эклипс - уж лучше Лев Анюта - дай этому умереть уже Кдевелоп - я желаю им успехов, но нет, пока что не дотягивают Кретор - хорошая попытка, им тоже удачи, но до вижлы ещё далеко вскод - не ИДЕ атом - не ИДЕ емакс - не ИДЕ вим - не ИДЕ

Berkus
20.06.2017
17:25:42
ИДЕ для даунов

Anatoly
20.06.2017
17:25:48
ИДЕЯ - читай CLion

Alexander
20.06.2017
17:25:56
Berkus
20.06.2017
17:26:01
ну-ну

Nikolay
20.06.2017
17:26:02
ИДЕ для даунов
столько людей не умеет в vim, ужас, да?

sojalei
20.06.2017
17:26:12
хмм, отказываться от множества хороших иде ради студии

Роман
20.06.2017
17:26:17
ИДЕ для даунов
vim. потом G++, потом git. Дзен?

sojalei
20.06.2017
17:26:22
Alexander
20.06.2017
17:26:23
столько людей не умеет в vim, ужас, да?
а зачем? мне он просто не нужен был.

Страница 986 из 2477