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

Reply via email to