aboutsummaryrefslogtreecommitdiffstats
path: root/src/zeroconf/ZeroconfBonjour.cxx
diff options
context:
space:
mode:
authorMax Kellermann <max@duempel.org>2014-10-25 20:42:50 +0200
committerMax Kellermann <max@duempel.org>2014-10-25 20:42:50 +0200
commitbc5a53574c64eb51d2cbf31b26f4607e566eeaab (patch)
tree56cef63f7d9989ed5bbe98abb6025f4a7d0eb275 /src/zeroconf/ZeroconfBonjour.cxx
parent30df709736fd206a4799244e19e1d5052c75fb6f (diff)
downloadmpd-bc5a53574c64eb51d2cbf31b26f4607e566eeaab.tar.gz
mpd-bc5a53574c64eb51d2cbf31b26f4607e566eeaab.tar.xz
mpd-bc5a53574c64eb51d2cbf31b26f4607e566eeaab.zip
decoder/faad: remove workaround for ancient libfaad2 ABI bug
Many years ago, FAAD had a serious ABI bug: the NeAACDecInit() prototype in its header declared the "samplerate" parameter to be "unsigned long *", but internally, the function assumed it was "uint32_t *" instead. On 32 bit machines, that was no difference, but on 64 bit, this left one portion of the return value uninitialized; and worse, on big-endian, the wrong word was filled. This bug had to be worked around in MPD (commit 9c4e97a6). A few months later, the bug was fixed in the FAAD CVS in commit 1.117 on file libfaad/decoder.c; the commit message was: "Use public headers internally to prevent duplicate declarations" The commit message was too brief at best; the problem was not duplicate declarations, but a prototype mismatch. No mention of the bug fix in the ChangeLog. The MPD project never learned about this bug fix, and so MPD would always pass a "uin32_t *" dressed up as a "unsigned long *". Nearly 6 years later, it's about time to fix this second ABI problem. Let's kill the workaround!
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions