Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
[Actions] Adding 32-bit Linux builds (#1711)
* Trying to build 32 bit version with just gcc multilib without specificically installing i386 libs * Changing the workflow to use a template from a development branch * Adding the dependancies for mutlilib * Trying apt-get to see if it automatically handles the dependancies * Adding some more dependancies * Trying the -f flag to fix dependancies * Trying the apt-get with the fix flag * Reinstalling gcc 11 before the multilib * Try with the reinstall flag to make sure everything from gcc is installed * Install the dependancies to multilib manually * Trying to specify the versions * Fixing the versions of libc6 * Using the same order but without versions * Trying the same in a different job * Trying to pin the versions * Allowing downgrades * Installing more dependancies * Yet another try * Making sure the matching multilib version is installed * Try to update the repositories * Using the test repository * Installing packages manually * Trying with GCC 13 * Trying on Ubuntu 20.04 instead * Purge GCC 11.4 and install 11.3 * Check available versions of multilib * Add test repo * Trying different sources * Adding the include libraries to find zlib * Check if the error has something to do with 32 bit or is now also for 64 * Reverting some of the changes * Trying everything 32 again * Make sure a valid version of zlib is insalled which alligns with the multilib 11.4 * Adding the library include flags * Try to install python using the new repos as well * Installing 32 bit zlib * Try adding i386 arch to dpkg * See if it still works without including the libs via flags * Adding a new matrix option to build both 32 and 64 * Naming sure the naming is correct * Uploading only the x64 artifacts * See if moving some of these libs to initial place still works * Trying if copying is still necessary * Maybe updates and security repos are not necessary * Updates repo seems to be necessary, bringing it back * Moving everything to the retry block * Simplifying the install packages commands * Running apt-spy2 fix after adding new repos * Apparently apt-spy can break manually added repos, so it has to be before that * Uploading the x86 artifacts alongside with x64 ones to allow building of other modules * Correcting the artifacts names * Using the development templates in other repos * Also for ThunderNanoServicesRDK * Giving a unique name to the template * The testing is done, bringing back the master branches * Adding a 32-bit build also to the tests * Adding a missing gtest lib install * Looks like there is no pre-compiled gtest for 32 bit, even on shadow repos Maybe we could just compile it in the future, but first we have to test how long that takes and think whether it is worth to lose that much time each time we want to run these tests --------- Co-authored-by: Pierre Wielders <[email protected]>
- Loading branch information