update nextpnr, iverilog, yosys and scopehal-apps

[umarcor]

A regular bump to pick latest enhancements.

Note that the failure of scopehal-apps on MINGW32 is expected.

[lazka]

The scopehal build seems to fail for ucrt64 here: https://github.com/azonenberg/scopehal-apps/blob/41c1fbad9192fcd9aadeffe761c3202171f2ed0a/src/glscopeclient/CMakeLists.txt#L156 (it references paths which don't exist under ucrt64)

Is ucrt not supported?

[umarcor]

Actually, I think that the whole section you referenced (https://github.com/azonenberg/scopehal-apps/blob/41c1fbad9192fcd9aadeffe761c3202171f2ed0a/src/glscopeclient/CMakeLists.txt#L131-L189) should not be executed when building the MSYS2 packages. That is copying content to dist_windows_x64, for generating an standalone zipfile.

@azonenberg, wdyt?

[lazka]

I might be wrong, it just looked like it based on the error in CI:

2021-08-22T20:16:51.0589228Z [ 99%] �[32m�[1mLinking CXX executable glscopeclient.exe�[0m
2021-08-22T20:16:53.5310123Z [ 99%] Built target glscopeclient
2021-08-22T20:16:53.6383330Z [100%] �[34m�[1mCreating dist/windows_x64...�[0m
2021-08-22T20:16:54.3321367Z cp: cannot stat '/mingw64/share/licenses': No such file or directory
2021-08-22T20:16:54.3333014Z make[2]: *** [src/glscopeclient/CMakeFiles/dist_windows_x64.dir/build.make:78: src/glscopeclient/CMakeFiles/dist_windows_x64] Error 1

[umarcor]

@lazka, I was acknowledging that it might be an oversight on my/our/scopehal-apps' side, thus, confirming your pointer 😉.

[lazka]

I've dropped the ucrt64 build for now

[Biswa96]

I shall send some patches to upstream. Let see how it goes.