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