Sorry for the possible confusion. These replies stacked up in my client and I didn't notice until they were sent just now. Please disregard :)
Le 14 septembre 2021 07:37:53 GMT-04:00, Julien Lepiller <[email protected]> a écrit : >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’.
