TDM-GCC MinGW Compiler

　msys2は常に最新版を特にデバッグもせずに突っ込むポリシーらしいので、アップデートも下手にやらないほうがよさそうなのだが、うかつにもアップデートかけたら、またしてもAperyの配列内のテンプレート定数が０になるようになってしまった。今回はソースに持ってくるという姑息な対策も通用しない。再インストールも入れた直後だとアップデートかけてくるので、古いバージョンに戻せないので、前の対策も全く役立たたずになってしまった。

　多分5.3.0でテンプレートが要素になる配列が０になってしまうので、GCCのバージョンをもとに戻すべく別のパッケージを入れた。

　http://tdm-gcc.tdragon.net/
　https://sourceforge.net/projects/tdm-gcc/

　ただ、これはバイナリ配布でLIBCとかは別途自分で用意しろスタイルなのでそのままだと使いにくい。msys2の他のパッケージ管理自体は便利なのでそれを流用しつつ、gccだけ変えるようにするため、export PATHを以下のようにする

　バグが出るバージョン

Using built-in specs.
COLLECT_GCC=C:\msys64\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.3.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-5.3.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --with-gxx-include-dir=/mingw64/include/c++/5.3.0 --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-version-specific-runtime-libs --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-pkgversion='Rev2, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 5.3.0 (Rev2, Built by MSYS2 project)

　対策

export PATH=/c/TDM-GCC-64/bin/:${PATH}

　対策後

Using built-in specs.
COLLECT_GCC=C:\TDM-GCC-64\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/TDM-GCC-64/bin/../libexec/gcc/x86_64-w64-mingw32/5.1.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-5.1.0/configure --build=x86_64-w64-mingw32 --enable-targets=all --enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-libgomp --enable-lto --enable-graphite --enable-cxx-flags=-DWINPTHREAD_STATIC --disable-build-with-cxx --disable-build-poststage1-with-cxx --enable-libstdcxx-debug --enable-threads=posix --enable-version-specific-runtime-libs --enable-fully-dynamic-string --enable-libstdcxx-threads --enable-libstdcxx-time --with-gnu-ld --disable-werror --disable-nls --disable-win32-registry --prefix=/mingw64tdm --with-local-prefix=/mingw64tdm --with-pkgversion=tdm64-1 --with-bugurl=http://tdm-gcc.tdragon.net/bugs
Thread model: posix
gcc version 5.1.0 (tdm64-1)

　これでひとまず急場をしのいだ。static constなtemplate arrayの問題自体はこのバージョンでも直ってなかった。
　Stockfishのビルドで使ってるらしいようなことを何処かで見たのだが、あまり定かではない。

　そもそも5.xから出るようになったこの問題も、mingwだけの問題でUbuntuでは発生していなかった。Aperyはwindowsだとstaticオプションつけてるので、LTOとかも関係してるのかもしれない。