Martin Michlmayr: Testing GCC 4.2 on ARM
On Friday, a branch for GCC 4.2 finally got created, which means that we
will hopefully see a release in a few months. The branch should have
been created ages ago but the number of regressions just wouldn't go under
100 until recently. During that time, basically since I completed my tests with GCC 4.1, I've been
busy testing snapshots of 4.2. I've mainly been testing on em64t (amd64),
powerpc and ia64, but I also did some runs on alpha, mips, mipsel, s390
and sparc. Recently, I started testing it on ARM.
Being an embedded architecture, ARM isn't terribly fast compared to some
other architectures. However, Intel's IOP line is quite interesting and is
used in a number of NAS
devices. They typically include SATA and often have expandable memory.
The device some ARM people are currently working with is the Thecus N2100.
A port of debian-installer is underway but more on that later.
Since my N2100 is not permanently connected to the Internet, Riku Voipio
kindly gave me access to his to do some GCC tests. I started several weeks
ago using gcc-snapshot 20060922-1 and it has been compiling happily since.
I sort packages by their age, starting with old packages, so while there
has been quite a bit of progress since I started, lately it has been going
quite slowly.
With about 2000 packages compiled in 3.5 weeks, I reckon that GCC 4.2 will
be released before I've compiled the full archive. I've therefore been
thinking of using distcc to speed the process up. The idea is to run the
build process natively on the ARM box but use distcc to perform the actual
compilation on another box, namely on a fast machine that has an ARM cross
compiler. Unfortunately, I don't have access to such a setup right now.
However, I strongly believe that this is a good alternative to test GCC on
slower systems and in fact Bill Allombert is currently
testing whether it could be used for the m68k port.
Finally, Intel's new IOP 34x CPUs are also interesting for this kind of
work given that they feature a cache and go up to 1.2 GHz with two cores.
P.S. If someone is interested in fixing bugs, I have tagged
package bugs related to GCC 4.2.



