[llvm-dev] [RFC] [lld] Replace use of 'concurrency::parallel_for_each' with standard library

Rui Ueyama via llvm-dev llvm-dev at lists.llvm.org
Thu Feb 15 10:57:42 PST 2018

I personally haven't seen the stability issue on my Windows machine, and
looks like /MDd is passed to the command line for a debug build. I wonder
how you would get a build with the /MTd option. Did you explicitly pass the
option when you run CMake?

On Thu, Feb 15, 2018 at 7:33 AM, Owen Reynolds via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> Hello all,
> Last year I submitted a bug regarding the use of 'parallel_for_each' and
> Windows Concurrency Library. We have found that when compiling in Visual
> Studio 2015 and 2017 with /MTd, the use of 'concurrency::parallel_for_each'
> can cause unhandled exceptions when the program is exiting.
> https://bugs.llvm.org/show_bug.cgi?id=34976
> After having some difficulty clarifying this issue with Microsoft I
> submitted the issue again this week and have found that they are aware of
> the problem. However, I've yet to be given any information on a timescale
> for a fix.
> https://developercommunity.visualstudio.com/content/problem/198027/use-of-
> concurrencyparallel-for-each-with-the-multi.html
> For our team this bug has caused problems when testing LLD. We suggest the
> removal of this MSVC specific functionality in "llvm::parallel" until a fix
> is made or alternative found. This could be easily swapped to use the
> existing standard library implementation in the meantime.
> Owen Reynolds
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180215/7808e055/attachment.html>

More information about the llvm-dev mailing list