User Activity

  • Committed [8bfdad]

    [Support] Fix TempFile::discard to not leave behind temporary files

  • Committed [cb49cb]

    [TableGen] Make OpcodeMappings sort comparator deterministic NFCI

  • Committed [a7d2ce]

    [Support] MemoryBlock size should reflect the requested size

  • Committed [6a2f57]

    [benchmark] Disable CMake get_git_version

  • Posted a comment on ticket #597 on MinGW-w64 - for 32 and 64 bit Windows

    Well as no one has looked into this, I've taken a look and I think I have a fix and some minor improvements too. I think I'll need to test it a bit longer, but so far so good. It certainly does not deadlock in the various test cases and mostly fixes LLD. However, there are still LLD deadlocks when running the LLD lit tests and I believe that these are actually related to LLD exit causing deadlock (something else that I've had the misfortune of looking at).

  • Posted a comment on ticket #597 on MinGW-w64 - for 32 and 64 bit Windows

    I have run into this issue just recently, so it is still a problem! I've done some investigation and it appears to be related to the use of std::condition_variable in "lib/Support/Parallel.cpp" of LLVM. In this file, there is a use of notify_one() which is called without the lock for the mutex used in the associated wait(). This is valid code according to the specification of std::condition_variable. However, the default MinGW libstdc++ runtine is built using POSIX threading and thus the std::condition_variable...

View All

Personal Data

Username:
anng888
Joined:
2007-12-05 16:59:25

Projects

  • No projects to display.

Personal Tools