Arch Linux User Repository

yes, added python-yaml, sphinx is only used for the doc

Further Python makedepends are missing. It makes probably most sense if you have a look at the regular package when updating, e.g. https://gitlab.archlinux.org/archlinux/packaging/packages/mesa/-/commit/0e47b98b859e1e5b98ae48af1e0236b226eb7f1f shows the new dependencies as of 24.2.

The build succeeds when adding python-packaging as make dependency. Considering it was used just internally by meson to check for another dependency we might want to add it to mingw-w64-meson. On the other hand, the regular mesa package also lists python-packaging directly.

I had a look at the log file meson wrote:

Running command: /usr/bin/python3 -c '
try:
  from packaging.version import Version
except:
  from distutils.version import StrictVersion as Version
import mako
assert Version(mako.__version__) >= Version("0.8.0")
  '
--- stdout ---

--- stderr ---
Traceback (most recent call last):
  File "<string>", line 3, in <module>
ModuleNotFoundError: No module named 'packaging'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 5, in <module>
ModuleNotFoundError: No module named 'distutils'

After installing python-packaging I can rerun the command just fine. I'll try the build again with python-packaging as make dependency.

I'm building this in a clean chroot. Only Python packages pulled in as dependencies by pacman are installed. I don't set any of the variables and no Python modules are installed outside of pacman. I also ran the command in the build env:

[root@arch-nspawn-408392 /]# python -c "import mako; print(mako.__version__)"
1.3.5

what does this line give ?

python -c "import mako; print(mako.--version--)"

(replace - with _)

any conflicting python packages installed in ~/.local ?

is PYTHONPATH or PYTHONHOME set ?

For some reason the build keeps failing for me:

==> Retrieving sources...
  -> Found mesa-24.1.0.tar.xz
  -> Found mesa-24.1.0.tar.xz.sig
==> WARNING: Skipping all source file integrity checks.
==> Extracting sources...
  -> Extracting mesa-24.1.0.tar.xz with bsdtar
==> Starting prepare()...
==> Starting build()...
DEPRECATION: "pkgconfig" entry is deprecated and should be replaced by "pkg-config"
The Meson build system
Version: 1.4.1
Source dir: /build/mingw-w64-mesa/src/mesa-24.1.0
Build dir: /build/mingw-w64-mesa/src/mesa-24.1.0/build-i686-w64-mingw32
Build type: cross build
Project name: mesa
Project version: 24.1.0
C compiler for the host machine: i686-w64-mingw32-gcc (gcc 14.1.1 "i686-w64-mingw32-gcc (GCC) 14.1.1 20240507")
C linker for the host machine: i686-w64-mingw32-gcc ld.bfd 2.42
C++ compiler for the host machine: i686-w64-mingw32-g++ (gcc 14.1.1 "i686-w64-mingw32-g++ (GCC) 14.1.1 20240507")
C++ linker for the host machine: i686-w64-mingw32-g++ ld.bfd 2.42
C compiler for the build machine: ccache cc (gcc 14.1.1 "cc (GCC) 14.1.1 20240522")
C linker for the build machine: cc ld.bfd 2.42.0
C++ compiler for the build machine: ccache c++ (gcc 14.1.1 "c++ (GCC) 14.1.1 20240522")
C++ linker for the build machine: c++ ld.bfd 2.42.0
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: x86
Host machine cpu: i686
Target machine cpu family: x86
Target machine cpu: i686
Checking for size of "void*" : 4 
meson.build:507: WARNING: cannot auto-detect -mtls-dialect when cross-compiling, using compiler default
Dependency libglvnd skipped: feature glvnd disabled
Dependency vdpau skipped: feature gallium-vdpau disabled
Program glslangValidator found: NO
Dependency libva-win32 skipped: feature gallium-va disabled
Program python3 found: YES (/usr/bin/python3)

meson.build:948:2: ERROR: Problem encountered: Python (3.x) mako module >= 0.8.0 required to build mesa.

A full log can be found at /build/mingw-w64-mesa/src/mesa-24.1.0/build-i686-w64-mingw32/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Build failed, check /run/media/devel/chroot-bs/arch-x86_64/buildservice/build

The dependency is not missing and python-mako-1.3.5-1 is installed correctly into the build root. So I'm not sure why it cannot find it.

I forgot about the directx-headers dependency

Looks like the latest version requires a header that's not there (yet):

i686-w64-mingw32-g++ -Isrc/vulkan/wsi/libvulkan_wsi.a.p -Isrc/vulkan/wsi -I../src/vulkan/wsi -Iinclude -I../include -Isrc -I../src -I../src/gallium/include -Isrc/vulkan/util -I../src/vulkan/util -Isrc/vulkan/runtime -I../src/vulkan/runtime -I/usr/i686-w64-mingw32/include -fvisibility=hidden -fdiagnostics-color=always -DNDEBUG -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O3 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="23.0.0"' '-DPACKAGE_BUGREPORT="https://gitlab.freedesktop.org/mesa/mesa/-/issues"' -DHAVE_SWRAST -DHAVE_ZINK -DVIDEO_CODEC_VC1DEC=0 -DVIDEO_CODEC_H264DEC=0 -DVIDEO_CODEC_H264ENC=0 -DVIDEO_CODEC_H265DEC=0 -DVIDEO_CODEC_H265ENC=0 -DHAVE_WINDOWS_PLATFORM -DENABLE_ST_OMX_BELLAGIO=0 -DENABLE_ST_OMX_TIZONIA=0 -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE -DHAVE___BUILTIN_TYPES_COMPATIBLE_P -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_ALIAS -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -D_WINDOWS -D_WIN32_WINNT=0x0A00 -DWINVER=0x0A00 -DPIPE_SUBSYSTEM_WINDOWS_USER -D_USE_MATH_DEFINES -D__MSVCRT_VERSION__=0x0700 -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DHAS_SCHED_H -DHAVE_DLFCN_H -DHAVE_CET_H -DHAVE_STRTOF -DHAVE_STRTOK_R -DHAVE_QSORT_S -DHAVE_STRUCT_TIMESPEC -DHAVE_ZLIB -DHAVE_ZSTD -DHAVE_COMPRESSION -DWIN32_LEAN_AND_MEAN -DLLVM_AVAILABLE '-DMESA_LLVM_VERSION_STRING="15.0.7"' -DLLVM_IS_SHARED=0 -DDRAW_LLVM_AVAILABLE -DMESA_EXECMEM -DVK_USE_PLATFORM_WIN32_KHR -Werror=return-type -Werror=empty-body -Wmisleading-indentation -Wno-non-virtual-dtor -Wno-missing-field-initializers -Wno-format-truncation -fno-math-errno -fno-trapping-math -flifetime-dse=1 -ffunction-sections -fdata-sections -Wno-unused-variable -Wno-unused-but-set-variable -D_FORTIFY_SOURCE=2 -D_GLIBCXX_ASSERTIONS -O2 -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fcf-protection -DNO_REGEX -MD -MQ src/vulkan/wsi/libvulkan_wsi.a.p/wsi_common_win32.cpp.obj -MF src/vulkan/wsi/libvulkan_wsi.a.p/wsi_common_win32.cpp.obj.d -o src/vulkan/wsi/libvulkan_wsi.a.p/wsi_common_win32.cpp.obj -c ../src/vulkan/wsi/wsi_common_win32.cpp
../src/vulkan/wsi/wsi_common_win32.cpp:38:10: fatal error: directx/d3d12.h: No such file or directory
   38 | #include <directx/d3d12.h>
      |          ^~~~~~~~~~~~~~~~~
compilation terminated.
[521/1133] Generating src/mesa/get_has...d (wrapped by meson to capture output)
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

Unfortunately it still failed.

error: failed to commit transaction (conflicting files)
mingw-w64-mesa: /usr/i686-w64-mingw32/include/GL/gl.h exists in filesystem (owned by mingw-w64-headers)
mingw-w64-mesa: /usr/i686-w64-mingw32/include/GL/glcorearb.h exists in filesystem (owned by mingw-w64-headers)
mingw-w64-mesa: /usr/i686-w64-mingw32/include/GL/glext.h exists in filesystem (owned by mingw-w64-headers)
mingw-w64-mesa: /usr/x86_64-w64-mingw32/include/GL/gl.h exists in filesystem (owned by mingw-w64-headers)
mingw-w64-mesa: /usr/x86_64-w64-mingw32/include/GL/glcorearb.h exists in filesystem (owned by mingw-w64-headers)
mingw-w64-mesa: /usr/x86_64-w64-mingw32/include/GL/glext.h exists in filesystem (owned by mingw-w64-headers)
Errors occurred, no packages were upgraded.