Checking if "winelib check" compiles: NO

What's build.a64/meson-logs/meson-log.txt say? Look for this line in there, and paste all the lines from "Running compile:" up to it.

Is it normal?

Did you build using the debug configuration? That's pretty normal for a debug build; the debug info in particular takes up a lot of space. If you aren't sure, you almost certainly did, because that's the default.

You mean --buildtype release? Yes, I set it.

But IIRC MoltenVK still do not supports all needed features for DXVK? Or that's changed?

It is fast changing. I can start some vulkan application and want to test DX10/DX11 application with dxvk.
I can compile just a question about too large files. Or may be make native compilation.
The log is not helpful
`Running test binary command: /Volumes/MacHD/Users/sergey/Documents/Projects/dxvk/build.a64/meson-private/sanitycheckcpp.exe
Native C++ compiler: c++ (clang 10.0.0 "Apple LLVM version 10.0.0 (clang-1000.11.45.5)")
Build machine cpu family: x86_64
Build machine cpu: x86_64
Running compile:
Working directory: /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp359k27x3
Command line: c++ /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp359k27x3/testfile.cpp -pipe -c -o /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp359k27x3/output.obj -O0 -fpermissive

Code:
#ifndef WINE
#error 1
#endif
Compiler stdout:

Compiler stderr:
/var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp359k27x3/testfile.cpp:2:2: error: 1
#error 1
^
1 error generated.

Checking if "winelib check" compiles: NO
Running compile:
Working directory: /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp56qhmz9k
Command line: c++ /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp56qhmz9k/testfile.cpp -pipe -o /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp56qhmz9k/output.exe -O0 -fpermissive

Code:
#include<stdio.h>

    int main(int argc, char **argv) {
        printf("%ld\n", (long)(sizeof(void *)));
        return 0;
    };

Compiler stdout:

Compiler stderr:

Program stdout:

8

Program stderr:

Running compile:
Working directory: /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp9vdx46e0
Command line: c++ /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp9vdx46e0/testfile.cpp -pipe -c -o /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp9vdx46e0/output.obj -O0 -fpermissive --print-search-dirs

Code:

Compiler stdout:
programs: =/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
libraries: =/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.0

Compiler stderr:

meson.build:46:2: ERROR: C++ library 'vulkan-1' not found
`

But IIRC MoltenVK still do not supports all needed features for DXVK? Or that's changed?

I'm working on that.

Command line: c++ /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp56qhmz9k/testfile.cpp -pipe -o /var/folders/_h/yd9ch_cj15x5vc1p9fhnk90r0000gn/T/tmp56qhmz9k/output.exe -O0 -fpermissive

Did you pass --cross-file build-wine64.txt to meson(1)? That sets the compiler to winegcc. You should probably change the system = 'linux' line to say system = 'darwin' in that file, too.

OK, I set --cross-file build-wine64.txt and changed 'linux' to darwin. There is a some progress stoped at error '--no-gnu-unique' is invalid option for clang.
Then I erase this option and meson finished successfully.
Then stop with ninja

fatal error: 'support/win32/locale_win32.h' file not found
# include <support/win32/locale_win32.h>
          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
winegcc: clang failed
ninja: build stopped: subcommand failed.

Hmm... I think what's happening is: winegcc(1) defines _WIN32, since it's a Windows-like environment, and as a result libc++ is trying to pull in its Windows headers... which Apple naturally doesn't distribute with Xcode. You may need to build and install libc++ yourself. You may also then need to pass -nostdinc++ -isystem /path/to/libc++/headers to make this work. Oh, and you'll probably need to use -mno-cygwin, since it wants to use a Windows C library.

I probably need to work on making libc++ play nice with winegcc(1)...

Somehow I can compile winehq in this environment with existing clang and libraries.

That's because Wine itself isn't written in C++. DXVK is.

not sure if y'all sorted this out in a different way by manually building libc++, but it also works against vanilla Xcode 9.4.1 and 10+ to build DXVK by making sure you're passing -U_WIN32 when compiling and -lstdc++ when linking. Undefining _WIN32 when calling winegcc is enough to prevent the low-level __locale header from trying to look for <support/win32/locale_win32.h> without causing other windows header problems.