Bug#783879: gpac: stop relying on private libavformat defines

Andreas Cadhalpun andreas.cadhalpun at googlemail.com
Thu Apr 30 21:03:10 UTC 2015


Source: gpac
Version: 0.5.0+svn5324~dfsg1-1
Severity: important

Dear maintainer,

the gpac version currently in unstable relies on FF_API_CLOSE_INPUT_FILE
being defined in the avformat.h header. However this is a private define,
since it starts with FF_ and not with AV_.

Therefore it can be removed at any time without being considered an API
break. This has happened in FFmpeg 2.5 (and Libav git master).

Attached patch fixes this. It is based on upstream changes, with one
additional change. Upstream uses:
#ifndef FF_API_CLOSE_INPUT_FILE
#define FF_API_CLOSE_INPUT_FILE	1
#endif

However the define in libavformat was:
#ifndef FF_API_CLOSE_INPUT_FILE
#define FF_API_CLOSE_INPUT_FILE	(LIBAVFORMAT_VERSION_MAJOR < 56)
#endif

This is necessary to be able to build against FFmpeg > 2.5.

Best regards,
Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gpac_FF_API_CLOSE_INPUT_FILE.patch
Type: text/x-diff
Size: 2178 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20150430/3b2a5ea0/attachment.patch>


More information about the pkg-multimedia-maintainers mailing list