Ok, the -stable compiler is updated to 4.2.1 and all the targets seem to be working with that. (Although I can’t test powerpc because qemu broke something. The -hda argument is becoming /dev/hdc, and /dev/hda is the cdrom drive. Um, huh? And when I fiddle with that, the kernel traps and gives me a stack dump during bootup. But I tried a kernel built with 4.1.2 and it’s doing the same, so that’s not a compiler thing…)
The only architectures this screwed up are armv4l and armv4b, both due to the same soft-float issue. Fixing that remains a short term todo item.
The kernel is updated to 2.6.30. (The perl removal patches didn’t need any changes, and I am _TOTALLY_FREAKED_OUT_ by that.) I’m building all the architectures to see what _that_ broke, but I don’t expect either to take longer than a week to debug.
So I’m aiming to have a new release out around the end of the month.
Closing In On A Release
Ok, the -stable compiler is updated to 4.2.1 and all the targets seem to be working with that. (Although I can’t test powerpc because qemu broke something. The -hda argument is becoming /dev/hdc, and /dev/hda is the cdrom drive. Um, huh? And when I fiddle with that, the kernel traps and gives me a stack dump during bootup. But I tried a kernel built with 4.1.2 and it’s doing the same, so that’s not a compiler thing…)
The only architectures this screwed up are armv4l and armv4b, both due to the same soft-float issue. Fixing that remains a short term todo item.
The kernel is updated to 2.6.30. (The perl removal patches didn’t need any changes, and I am _TOTALLY_FREAKED_OUT_ by that.) I’m building all the architectures to see what _that_ broke, but I don’t expect either to take longer than a week to debug.
So I’m aiming to have a new release out around the end of the month.