On Fri, Sep 04, 2009 at 02:59:26PM +0100, Edd Barrett wrote: > >> Can you try with GCC 4? I know that is what upstream will probably say. > > > > Yes, with gcc4 it builds. It also works for remote X (although > > slow), but when used locally, colours are completely distorted. > > I have been conversing with Stuart. GCC4 is not available on arm, > where it also fails, so gcc4 is a non-solution. It seems we need to > hack binutils (and the kernel?) to: > * fix arm / ppc with GCC3 > * we could add SSE3 support for x86/64 > * don't know about PPC. Which instruction set do we not support there?
For powerpc, just stick with gcc4, I don't see what's the problem with this: MODULES= gcc4 MODGCC4_ARCHES= powerpc MODGCC_LANGS= cc > As a temproary fix, we might get by by using --arch=generic on problem > arches(?), as they do here on an arm system: > https://roundup.ffmpeg.org/roundup/ffmpeg/issue950 > > But I don't know how slow that will be. Whatever you do on arm -- it will be slow anyway, at least on the zaurus, and nobody will use mplayer or mencoder on armish for real. Well, except for some strange people who also test games/openarena on the zaurus (with 0.2 fps). Oh, and FTR: the color distortions on macppc I reported the other day were just a PEBKAC -- I had a stupid xorg.conf in place that used the wsfb driver instead of the radeon driver (autodetected on my powerbook). Removing the xorg.conf fixed the problem. Ciao, Kili