llvm dev - Aug 2021 - building LLVM 11 with OpenMP on Windows

I tried setting LLVM_ENABLE_RUNTIMES=openmp instead of
LLVM_ENABLE_PROJECTS=openmp. The error messages are different, but the
errors result all the same. So for now I will have to continue commenting
out KMP_DEBUG and the faulty trace commands that result when compiling in
debug. Unless somebody else has a suggestion?

Ninja is much faster than nmake, though.

On Tue, Aug 3, 2021 at 5:52 PM Geoff Levner <glevner at gmail.com> wrote:
> Thanks for that, Michael.
>
> The workaround I have found for now is to use nmake and to avoid trace
> statements in OpenMP, which cause the compilation errors in the debug
> configuration, by commenting out the line in the OpenMP source code that
> #defines KMP_DEBUG to 1. But that is not a nice workaround. I will try
> setting LLVM_ENABLE_RUNTIMES, as you suggest, to see if that works without
> hacking the source code.
>
> (Also nmake is very, very slow. Presumably ninja will be faster.)
>
>
> On Tue, Aug 3, 2021 at 5:22 PM Michael Kruse <llvmdev at
meinersbur.de>
> wrote:
>
>> Am Di., 3. Aug. 2021 um 05:05 Uhr schrieb Geoff Levner via llvm-dev
>> <llvm-dev at lists.llvm.org>:
>> > Perhaps a solution would be to compile LLVM/Clang and OpenMP with
>> Visual Studio but separately? Only I don't know how to do that...
>>
>> You could use ninja on Windows (-cmake GNinja) which only has a single
>> configuration per builddir. If compilation with cl.exe fail, try
>> LLVM_ENABLE_RUMTIMES=openmp (instead of LLVM_ENABLE_PROJECTS=openmp)
>> which will build libomp using just-built clang.
>>
>> Michael
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20210803/55b353e0/attachment.html>

Am Di., 3. Aug. 2021 um 15:29 Uhr schrieb Geoff Levner <glevner at
gmail.com>:
> I tried setting LLVM_ENABLE_RUNTIMES=openmp instead of
LLVM_ENABLE_PROJECTS=openmp. The error messages are different, but the errors
result all the same. So for now I will have to continue commenting out KMP_DEBUG
and the faulty trace commands that result when compiling in debug. Unless
somebody else has a suggestion?
Consider opening a bug report that includes the cmake options you are
using and the errors you are getting, maybe even upload a patch to
make compilation work to reviews.llvm.org.

Michael