[Mesa-dev] [Bug 101614] OSMesa 17.1.3 simd16intrin build FAIL on Win/MinGW - 'expected initializer before _simd16_setzero_ps ...'

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=101614

            Bug ID: 101614
           Summary: OSMesa 17.1.3 simd16intrin build FAIL on Win/MinGW -
                    'expected initializer before _simd16_setzero_ps ...'
           Product: Mesa
           Version: 17.1
          Hardware: x86-64 (AMD64)
                OS: other
            Status: NEW
          Severity: blocker
          Priority: medium
         Component: Drivers/Gallium/swr
          Assignee: mesa-dev at lists.freedesktop.org
          Reporter: trevor.sandy at gmail.com
        QA Contact: mesa-dev at lists.freedesktop.org

Please help ! My mesa build consistently fails at with the following log trace:

src/gallium/drivers/swr/rasterizer/common/simd16intrin.h:127:35: error:
expected initializer before '_simd16_setzero_ps'
SIMD16_EMU_AVX512_0(simd16scalar, _simd16_setzero_ps, _mm256_setzero_ps).
Builds on Linux and OSX are unaffected.

You can see a detailed install log output for Mesa 17.1.3 at
https://gist.github.com/trevorsandy/0f8f83a9f8963911d5a42f8723c772fb and the
same for 17.1.2 at
https://gist.github.com/trevorsandy/69d22f8a0ceeafe298baba9587cd37e9 

I have been chasing this issue for the past week without success. I've read the
content at Mesa3D.org and search across the mail archives. I've also followed
the documented dev env requirements.

The gist URLs above provide a detailed capture of the installation output -
based on this customized install script.
https://github.com/trevorsandy/osmesa-install/blob/master/osmesa-install.sh.
This script can be used to reproduce this behaviour.

Here is the options section of logged output for Mesa 17.1.3:

Mesa build options for platform MINGW64_NT-10.0:
- build date: 28/06/2017 01:15:39
- release, non-debug build
- non-mangled
- swr Gallium renderer
- reuse built source at rebuild
- build llvm: No (Note: using llvm version 4.0.0 already built successfully)
- mesa version: 17.1.3
- osmesa prefix: /opt/osmesa
- glu version: 9.0.0
- execute osmesa demo: No
- CC: gcc
- CXX: g++
- CFLAGS: -O3
- CXXFLAGS: -O3
- msys version: 2017.05-1
- mingw version: 2.28-1
- gcc version: 6.3.0-1
- cmake version: 3.8.1-3
- scons version: 2.5.1-1
- bison/yacc version: 3.0.4-1
- python2 version: 2.7.13-1
- python2-mako version: 1.0.6-2
- libxml2 version: 2.9.2-3
- silent logging
- log file: /home/Trevor/Projects/osmesa-install/osmesa-install_27.log
* extracting Mesa...
* applying patches...
* applying patch add_pi.patch...
(Stripping trailing CRs from patch; use --binary to disable.)
patching file src/compiler/glsl/builtin_functions.cpp
Hunk #1 succeeded at 84 with fuzz 2 (offset 22 lines).
* applying patch gallium-osmesa-threadsafe.patch...
(Stripping trailing CRs from patch; use --binary to disable.)
patching file src/gallium/state_trackers/osmesa/osmesa.c
Hunk #16 succeeded at 881 (offset -1 lines).
* applying patch install-GL-headers.patch...

...

** Mesa scons command line arguments...
** env 
** LLVM_CONFIG="/opt/llvm/bin/llvm-config.exe"
** LLVM="/opt/llvm"
** CFLAGS="-O3"
** CXXFLAGS="-O3 -std=c++11"
** LDFLAGS="-static -s"
** scons
** build="release"
** platform=windows
** toolchain=mingw
** machine="x86_64"
** texture_float=yes
** llvm="yes"
** swr="1"
** verbose=yes
** osmesa

...

Many thanks in advance.

Cheers,

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170628/e96bbd83/attachment.html>