которые без проблем собираются другими компиляторами.

clang оцтой полный, багнутое говно, которое не может комплировать что то более сложное, чем Hello world. Посмотрите сколько багов:
https://bugs.llvm.org/buglist.cgi?component...s&product=clang
И висят годами!!!

Я весь тред не читал, мне это не интересно, я просто смотрю статус - Fixed, в отличии от GCC.

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

Так что наличие саппорта ничего еще не гарантирует.

Глупости, есть большое количество качественных опен-сорс проектов и есть огромное количество говеного платного софта :)

Вот, что-то подобное я и устанавливал себе в последний раз. Но потом натолкнулся на окошко: "зарегистрируйтесь, чтобы продолжить использование" - возможно, я что-то не так понял.

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

За баги нет, механизм тут по сложнее будет, но пусть он будет хоть какой

разрабы оперсорсов этим пользуються и часто гонят на рынок туфту, пользуясь
масовой неграмотностью быдло кодеров( их разы больше чем нас ) и промыв мозги менагерам,
которые не разбираються в технический аспектах, тебя такой положение устраивает?

Меня нет, помниться в 2002 году была проблема с Oracle не тривиальная, позвонил в саппорт , проверили что
фирма с лицензией с дали ответ, за все про все меньше суток, тоже самое делал Sun и Borland.
купил продукт получаешь поддержку, чем плохо ?

Собственно, поэтому не смотрю российские фильмы "о прошлом". "Не верю".

Грубо говоря, если ты продаешь некий сервис и оговариваешь, что максимальный down time не привышает суммарно час в сутки, то это твои обязательства и если твой сервис в один из дней лежит 61 минуту, то ты получишь предъяву и должен будешь компенсировать эту минуту.

было бы неплохо

Тебе ж не интересно

Там в последнем посте вроде все предельно ясно написано.

Прикольно. Тикет "закрыли", и следующие 3 года в комменах "эй ребят, нифига ж не пофикшено" :jokingly:

Hi folks!

Sorry for the confusion here. This might be somewhat misleadingly marked "fixed pending release." The problem is that this issue is caused by the DLL interface exposed by msvcp140.dll. It passes struct xtime instances back and forth, which are effectively UNIX timestamps against the system clock. Changing that interface is unfortunately an ABI breaking change. VS2017 and 2019 have been ABI compatible releases with VS2015, so we haven't been able to fix this paritcular bug there. (I think this_thread::sleep_for might be fixable with some hacks and a new msvcp140_3.dll, but condition_variable::sleep_for, probably not)

The reason this got marked as fixed pending release is that we already have changes staged in our ABI breaking branch that completely rewrite all the concurrency support in the standard library to fix this and *many* other bugs. So we have a branch with this fixed, and as soon as we can ship an ABI break it will be fixed, but unfortunately people really like the ABI compat guarantees.

As a result we don't really know exactly which release will contain the fix. We (the standard library team) have done the work; we are only waiting to ship it till the number of customers angry about ABI breaking bugs remaining unfixed exceeds the number of customers happy that lack of ABI break means they don't need to recompile the world.

Have a great day!

Billy O'Neal

Visual C++ Libraries

Я весь тред не читал, мне это не интересно, я просто смотрю статус - Fixed, в отличии от GCC.

Когда-то я юзал официальный бесплатный MS VC 2008 Express и всё было зашибись,

Могу его же тебе и закинуть, сам ценю эту версию.

Microsoft Visual Studio Community 2019

Баг, и за него никто не отвечает, а отвечать должны, это то что Я пытаюсь сказал