From: Thibaut M. <thi...@gm...> - 2005-04-28 14:16:21
|
Hi, i don't see why we should patch our internal copy of ffmpeg because your compiler is buggy. Either update your compiler, or send a bugreport to the gcc mailing list, or send a mail to the ffmpeg list. You don't provide any explanation about what does the "always_inline" keyword, and why it's perfectly ok to remove it. Thibaut On 4/28/05, Stephen Torri <st...@to...> wrote: > On Wed, 2005-04-27 at 14:13 +0000, adland123 wrote: > > After some more tests I found that this small change of > > removing the new always_inline attribute on this function definition ma= kes a big > > difference in compiling. > > > > > > --- orig/mpegvideo.c 2005-04-27 10:08:43.000000000 -0400 > > +++ patch/mpegvideo.c 2005-04-27 10:11:17.000000000 -0400 > > @@ -3663,7 +3663,7 @@ > > s->mv : motion vector > > s->interlaced_dct : true if interlaced dct used (mpeg2) > > */ > > -static always_inline void MPV_decode_mb_internal(MpegEncContext *s, DC= TELEM > > block[12][64], int lowres_flag) > > +static void MPV_decode_mb_internal(MpegEncContext *s, DCTELEM block[12= ][64], > > int lowres_flag) > > { > > int mb_x, mb_y; > > const int mb_xy =3D s->mb_y * s->mb_stride + s->mb_x; > > >=20 > I agree! Thanks! This patch cures my inability to compile libffmpeg in > the CVS version of xine-lib. If no one objects I would like to commit > this patch. >=20 > Stephen >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Tell us your software development plans! > Take this survey and enter to win a one-year sub to SourceForge.net > Plus IDC's 2005 look-ahead and a copy of this survey > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=3D105hix > _______________________________________________ > xine-devel mailing list > xin...@li... > https://lists.sourceforge.net/lists/listinfo/xine-devel > |