On Saturday 09 September 2006 07:56, Martin Wache wrote:
> Matthias Schwarzott schrieb:
> > On Friday 08 September 2006 22:56, Stefan Lucke wrote:
> >> On Freitag 08 September 2006 21:48, Chris Elsworth wrote:
> >>> On Fri, Sep 08, 2006 at 09:10:24PM +0200, Matthias Schwarzott wrote:
> >>>> Then I found a working version:
> >>>> Compiling softdevice with -O0 instead of -O2 made it working :)))
> >>>> (Exactly I use normally: -O2 -march=athlon-xp -fomit-frame-pointer
> >>>> -pipe, and changed the -O2 to -O0 leaving the rest as they are).
> >>>>
> >>>> It works now with -vo xv: and also with -vo shm:, the colors are
> >>>> correct for all channels not only these with 720px width.
> >>>
> >>> Wow! Nice catch! I can confirm exactly the same result here, using
> >>> CXXFLAGS=-O0 -g -Wall -fPIC -Woverloaded-virtual
> >>
> >> I'd like to know:
> >> 1. compiler version
> >>    mine is:
> >>    gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
> >>    Copyright (C) 2004 Free Software Foundation, Inc.
> >
> > gcc-Version 4.1.1 (Gentoo 4.1.1-r1)
>
> Maybe it is a compiler bug or at least a change in the behaviour. I had
> a similar problem some time ago, it went away when I disabled the mmx
> optimization. If with -O2 and --disable-mmx the code works, could you
> please try to enable the mmx by hand in the SoftOsd.c file separately
> for the Methods ScaleDownHoriz_MMX() and ScaleDownVert_MMX()? The best
> method to do this is to insert
> #define USE_MMX
> #define USE_MMX2
> before the method and
> #undef USE_MMX
> #undef USE_MMX2
> after it. If that breaks again, please tell me which method causes the
> problems.
>
I did it another way: bisecting like Prakash Punnoor suggested.
Now I found out that cSoftOsd::ScaleDownHoriz_MMX from SoftOsd.c causes the 
problem.
If compiling that part with -O2 it does not work and with -O0 it works.

When now switching back to -O2 but undefining USE_MMX2 it also works again.


So enough for now.


Btw. I'm not able to compile softdevice with all mmx-versions disabled.
If calling
./configure --disable-mmx --disable-mmx2 --disable-dfb --disable-fb

"make all" then dies with:
g++ -O2 -g -Wall -fPIC -Woverloaded-virtual -c -DHAVE_CONFIG 
-DCONFIGDIR=\"/etc/vdr\" -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE 
-DPLUGINLIBDIR='"/usr/lib/vdr/plugins"' -DSHM_SUPPORT -I/usr/include/vdr/.. 
-I/usr/include/include -I/usr/include/ffmpeg -I/usr/include/postproc   
utils.c
/tmp/cc8z7jw0.s: Assembler messages:
/tmp/cc8z7jw0.s:1420: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1421: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1422: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1423: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1424: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1425: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1426: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1427: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1481: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1482: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1483: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1484: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1485: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1486: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1487: Error: junk at end of line, first unrecognized character 
is `%'
/tmp/cc8z7jw0.s:1488: Error: junk at end of line, first unrecognized character 
is `%'
make: *** [utils.o] Fehler 1

Seems to me like undefined MOVNTQ when not having MMX and MMXEXT.

Matthias

-- 
Matthias Schwarzott
Gentoo Developer
http://www.gentoo.org

Attachment: pgpSiYS6XjZ4x.pgp
Description: PGP signature

_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel

Reply via email to