Joost VandeVondele

Time for some update here. In the past few days, we have have been working on proof of concept code to access an off-line copy of cdb. This turns out...

The original idea was that the -mfoo flags correspond to https://github.com/official-stockfish/Stockfish/blob/ee243f0fdccd943fbba5a0eb5afa3531c23feffa/scripts/get_native_properties.sh#L40-L57 so that we have a 1-to-1 matching of these two and we are explicit. We might have moved away...

I think it is time to get our github CI to build them I believe the appropriate runners are now available. Now that SF 17.1 is released it is probably...

> Hello [@vondele](https://github.com/vondele)! Do you need help with the CI? sure PRs are welcome, probably quite doable starting from existing workflows https://github.com/official-stockfish/Stockfish/tree/master/.github

So, who can test the artifacts https://github.com/official-stockfish/Stockfish/pull/6078 for example https://github.com/official-stockfish/Stockfish/actions/runs/15122983857/artifacts/3155057169

Also let us know if it works :-)

so, that's really strange. @Mugundanmcw what we would like to understand is if all these windows arm devices support the dotprod extension of armv8, or not. In principle, on older...

Maybe certain tools are actually still x86 binaries and run through the emulation layer?

The idea was this script would be useful without compiler installed, i.e. reused for e.g. just download support.

I wonder if we could look at the output of `cat /proc/cpuinfo` with something else than `cat` or verify that `cat` is an arm and not x86 binary?