docker: use pre-built mlir and cva6 toolchain

[jorendumoulin]

this also adds the streamer-gemm and kul-cluster system, until we converge on the single system for all tests

[JosseVanDelm]

I overall like this, but I'm unsure about the current versioning strategy and I don't feel like we should build gcc ourselves (do we need to?)

[jorendumoulin]

this is a draft @JosseVanDelm
that explains the test tags
CVA6 official repo says this:

the commented code is because the container was running out of memory trying to build the system, because of many tcdm connections. not the case anymore since #254

[jorendumoulin]

Now open for review!

[JosseVanDelm]

Thank you so much @jorendumoulin !!!

I like this, but can we pin the versions in the llvm-build repo here as well maybe?

[JosseVanDelm]

Can we pin the version here instead as well?

ENV MLIR_URL=https://github.com/KULeuven-MICAS/llvm-build/releases/ <version> /download/mlir.tar.gz

[rgantonio]

OK! Nice. So we can use CVA6 with this? 😄

[JosseVanDelm]

@rgantonio from what I understand that is the current goal yes.
Ideally we would use just clang for everything, but @IveanEx has tried this and there were some issues with using the linker scripts and libraries and such (LLD is likely to never link it with the linker scripts of occamy, because it was only tested with GNU LD and it contains some GNU-specific LLVM-wontfix code - https://fosdem.org/2024/events/attachments/fosdem-2024-2340-linker-scripts-in-lld-and-how-they-compare-with-gnu-ld/slides/22752/Fosdem_linker_scripts_2024_uG7XLOI.pdf ).
Completely getting this working would likely require another cowboy effort such as #57
Since we can also just link gcc and clang binaries together, we just have both of them here.

[IveanEx]

When doing some initial attempts on compiling the sw, some weird errors are raised (at linking stage). The simpler software, e.g., bootrom, seems to have no problems. Now @Konste11ation is investigating it, and please do not merge after we solved all the problems.

[IveanEx]

@rgantonio from what I understand that is the current goal yes. Ideally we would use just clang for everything, but @IveanEx has tried this and there were some issues with using the linker scripts and libraries and such (LLD is likely to never link it with the linker scripts of occamy, because it was only tested with GNU LD and it contains some GNU-specific LLVM-wontfix code - https://fosdem.org/2024/events/attachments/fosdem-2024-2340-linker-scripts-in-lld-and-how-they-compare-with-gnu-ld/slides/22752/Fosdem_linker_scripts_2024_uG7XLOI.pdf ). Completely getting this working would likely require another cowboy effort such as #57 Since we can also just link gcc and clang binaries together, we just have both of them here.

Maybe another solution is to establish a new runtime and compilation flow for our system...

[IveanEx]

HeMAiA test passed! Thanks @Konste11ation !