[MPlayer-dev-eng] [PATCH] Maybe fix gcc4 for problems on amd64 without breaking other arches
Guillaume POIRIER
poirierg at gmail.com
Thu Jul 7 12:05:10 CEST 2005
Hi,
On 7/7/05, İsmail Dönmez <ismail at kde.org.tr> wrote:
> Guillaume POIRIER wrote:
> > On 7/7/05, İsmail Dönmez <ismail at kde.org.tr> wrote:
> >>Reimar Döffinger wrote:
> >>>On Thu, Jul 07, 2005 at 07:36:19AM +0300, Ismail Donmez wrote:
[..]
> >>>I tried something like that (making the dstWidth argument long), and it
> >>>breaks with gcc 3.3. Did you test that?
> >>
> >>No but I don't really see any reason for it to break with gcc-3.3. Diego
> >> I think you got gcc 3.3 around, can you please test this patch?
> >
> >
> > I did (on IA-32):
> > SwScaler: using unscaled Planar YV12 -> BGRA special converter
> > V: 0.1 2/ 2 ??% ??% ??,?% 0 0
> >
> > MPlayer interrupted by signal 11 in module: decode_video
> > - MPlayer crashed by bad usage of CPU/FPU/RAM.
> > Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
> > disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
> > - MPlayer crashed. This shouldn't happen.
> >
> > Holly crap, is gcc-3.3 that stupid?
>
> Seems so :-(. time for an ugly ifdef amd64 ? :/
I think it's a reasonable solution. There already are some area of the
codes that feature such ifdef amd64... and I think it's a lot better
than to "ifdef gcc-3.3".
Objections?
Guillaume
--
Hollywood is a place where they'll pay you a thousand dollars for a
kiss and fifty cents for your soul.
-- Marilyn Monroe
More information about the MPlayer-dev-eng
mailing list