Again this is exactly where I was blocked. There is a checksum being generated in classlist files from java code during the build. The classlist file is exactly the same as the one in master, so it's correctly generated. Fowever, at some point, the process needs toqload that file, and that ultimately calls some C code (identical to the java code) that re-computes and compares the checksum. After printing some values, it seems that it always computes "0…031" as the hash of any classlist file, despite running the function and taking everything into account. I think this is again an optimization issue, anl it's not clear how to work around that.
Le 14 septembre 2021 04:44:18 GMT-04:00, "Ludovic Courtès" <[email protected]> a écrit : >Hi Guillaume, > >Guillaume Le Vaillant <[email protected]> skribis: > >> I'm trying to get icedtea-6 to build on the core-updates-frozen branch. >> I fixed a few C/C++ related issues, > >Thanks for fixing those! After <https://issues.guix.gnu.org/49990#10> >Julien mentioned on IRC that using an older GCC allowed us to work >around those C++ issues, but your approach looks nicer to me. > >> but then I get this error: >> >> Preload failed: checksum of class list was incorrect. >> make: *** [Makefile:2746: stamps/add-archive-ecj.stamp] Error 1 > >Woow, never seen that. Julien, Ricardo, does that ring a bell? > >Java is the main stumbling block on core-updates-frozen; making >progress! > >Thanks, >Ludo’.
