[Dies ist die Kopie einer Nachricht, die in die Gruppe gmane.comp.video.xine.devel gepostet wurde.] Darren Salt wrote: > FWIW, I've just had a look at Debian bug 354436. The relevant log fragment > (taken from, at random, the most recent ia64 buildd log for xine-lib [1]) > follows: > > h263.c: In function 'mpeg4_decode_partition_a': > h263.c:69: sorry, unimplemented: inlining failed in call to > 'mpeg4_decode_dc': function body not available > h263.c:3445: sorry, unimplemented: called from here > > (File is src/libffmpeg/libavcodec/h263.c.) > > There are two possible answers: move the bodies of the inlined functions to > before the first uses, or don't inline them at all. > > The following inlined functions are used too early: > > ff_mpeg4_pred_dc > mpeg4_decode_block > mpeg4_decode_dc > mpeg4_encode_block > > The last of these isn't relevant to us but still needs to be fixed upstream.
I tried to build xine-lib cvs on a mips64 box, and played a bit with reordering the functions. The thing is that those functions above are only the tip of the iceberg, there are lots of other unresolvable inlines as well. I googled a bit more around this problem, and found this gcc bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14677 It is marked rejected, because the attribute 'always_inline' is used. What I'm going to try now is to identify which 'always_inline' attributes need to be removed to make xine buildable again.. thoughts? Greetings, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
