The complexity of our versioning story is admittedly a freight train colliding with a dumpster fire orbiting a supernova. Here's the simple form: * There are two IDEs, VS 2015 (which was updated several times) and VS 2017 (also updated several times so far). * Each IDE shipped with a corresponding toolset. VS 2015 shipped with toolset v140 (compiler 19.00) and VS 2017 RTM shipped with toolset v141 (compiler 19.10). * The VS 2017 IDE which ordinarily uses the v141 toolset has the ability to install and use the v140 toolset, without the VS 2015 IDE itself being installed. * From now on, I will mostly ignore the IDEs and focus on the toolsets (and I will try to be careful to use toolset/compiler versioning - through metonymy I usually refer to toolset versions by their corresponding IDE versions but that isn't a good idea here). * The v140 toolset (compiler 19.00) uses the Universal CRT in Windows (ucrtbase.dll) and additional DLLs that are part of the VCRedist: vcruntime140.dll, msvcp140.dll, etc. * We updated the v140 toolset a few times, fixing bugs and (notably) adding features. (These shipped alongside the VS 2015.1, 2015.2, and 2015.3 IDEs.) All updates were binary-compatible and updated the DLLs in-place. This was true even for major updates like fixing the dreaded iostreams floating-point performance regression. * The v141 toolset (compiler 19.10, originally) still uses ucrtbase.dll, vcruntime140.dll, msvcp140.dll, etc. It is binary-compatible with the v140 toolset, and objects/libs/DLLs can be intermixed freely. That said, it is still a good idea to compile everything consistently with the latest toolset so you receive all correctness/performance fixes, but mixing versions won't trigger crashes or other misbehavior. * We just updated the v141 toolset, which can be identified by its compiler version (the VS 2017 15.3 IDE update installs a new v141 toolset with compiler 19.11). Again, we've added new features while preserving bincompat. We're going to a LOT of trouble to preserve binary compatibility, so we hope it is useful. (We are having to be careful when updating the STL - any header change essentially triggers an ODR violation when object files are mixed-and-matched but there are innocuous ODR violations and poisonous ODR violations, and we know how to tell the difference.) STL

Предлагаю пройти к админам чата в личку и спросить, зачем они спамят? @NikitaYrko @sabcoin

Предлагаю пройти к админам чата в личку и спросить, зачем они спамят? @NikitaYrko @sabcoin

откуда инфа что они админы?

откуда инфа что они админы?

пометка "админ" в информации группы

можно скрин плес а то он отрицает (один из них)

спс

Хэй, всем привет. Киньте линк на чат для java, пожалуйста.

Хэй, всем привет. Киньте линк на чат для java, пожалуйста.

https://telegram.me/jvmchat

вообще, явка — фу, го в C++)

вообще, явка — фу, го в C++)

я же двойной агент.

Java кстати вообще не понравилась, даже при том, что С# нравится.

а мне typescript понравился

получился какой-то java-java-script

?

Эйнштейн?

+

Господа, а где узнать полный список pro. чатов?

вот вроде: https://t.me/proDOT

/help@FailsBot

найса

вот вроде: https://t.me/proDOT

плохо то, что это неполный список вообще( а автор продался( я пилю новый канал, скоро в своем канале скину анонс

Тут интересная тема всплыла в https://stdcpp.ru/proposals/59665faf-bdfe-4182-9d36-46f7d39feb4f Хочется сделать так, чтобы guaranteed copy elision работал "сквозь" вызов функции: godbolt.org/g/V3edfK Проблема в том, что если мы передаём prvalue в функцию, оно становится xvalue. Это убивает guaranteed copy elision + при этом меняется последовательность вызовов. foo function(); // returns prvalue void func1(foo&& f) { // f is an xvalue foo f0 = std::move(f); } Есть идеи, как скрестить слона со свиньёй, ничего не поломав?

интересно, что с UCS это превратится в b1.a(b2, b3), где порядок уже иной. интересно, как будут решать

а что, его планируют добавить?

а что, его планируют добавить?

Есть proposal

Тут интересная тема всплыла в https://stdcpp.ru/proposals/59665faf-bdfe-4182-9d36-46f7d39feb4f Хочется сделать так, чтобы guaranteed copy elision работал "сквозь" вызов функции: godbolt.org/g/V3edfK Проблема в том, что если мы передаём prvalue в функцию, оно становится xvalue. Это убивает guaranteed copy elision + при этом меняется последовательность вызовов. foo function(); // returns prvalue void func1(foo&& f) { // f is an xvalue foo f0 = std::move(f); } Есть идеи, как скрестить слона со свиньёй, ничего не поломав?

При инлайне функции првалуе остается им?

При инлайне функции првалуе остается им?

Неа. Вот можно попробовать на это завязаться. Но поломает пользовательский код: struct foo { foo() { std::this_thread::sleep_for(10s); } }; inline insert_foo(foo&& f) { std::unique_lock l(mutex); data.insert(std::move(f)) } Если оставлять prvallue, то 10 секунд мы будем спать под локом. Теперешнее поведение - 10 секунд спим, потом под локом вставляемся

Господа, а где узнать полный список pro. чатов?

луркай awesome telegram на гитхабе

там актуальнее

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

/vzhuh@FailsBot

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

вовремя

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆

А что это ?

ERROR: S client not available

/vzhuh@FailsBot Это вжух!!!

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆ Это вжух!!!

#flood

#flood

Предлагаю обсудить во флудилке (@fludpac)

#offtop: ни у кого нет под рукой хайреса этого чуда?) именно исходной фотки, не перепечатки

Я пытаюсь разобрать это, но компилятор не понимает конструкцию (&&$<&&_)

Я, кстати, тоже не понимаю

Я пытаюсь разобрать это, но компилятор не понимает конструкцию (&&$<&&_)

Возможно у тебя не gcc

*g++

#offtop: ни у кого нет под рукой хайреса этого чуда?) именно исходной фотки, не перепечатки

а зачем именно фотка?

Я пытаюсь разобрать это, но компилятор не понимает конструкцию (&&$<&&_)

Мне кажется, тут это обсуждалось уже

а зачем именно фотка?

перекинуть за пределы телеграммчика

Мне кажется, тут это обсуждалось уже

раза четыре ;)

Я пытаюсь разобрать это, но компилятор не понимает конструкцию (&&$<&&_)

это прикол гцц, сравнение адресов меток (label)

https://wandbox.org/permlink/hIu3RKHDiBch4fUm

вон там разбор был, полистай вверх-вниз по диалогу

Ну, я могу понять (&$ <&_), но два раза && зачем?

&& - оператор взятия адреса метки в gcc

Круть