Rémi Denis-Courmont: > > > Le 16 mars 2024 13:58:23 GMT-07:00, James Almer <jamr...@gmail.com> a écrit : >>> Seems the conflict comes from >>> https://code.videolan.org/videolan/libbluray/-/blob/master/src/libbluray/disc/dec.c?ref_type=heads#L287 >>> and >>> https://github.com/FFmpeg/FFmpeg/commit/c4de5778bceab3c15f1239f1f16816749a7fd3b6 >>> >>> Perhaps you could also try asking libbluray if they could use an internal >>> prefix. Otherwise you might need to do a rename of that function on >>> ffmpeg's side. >> >> libbluray 100% needs to either prefix it, or hid it so it's not exported. >> It's a library, so it should not be exporting such simple and short unprefix >> named symbols. > > AFAICT, FFmpeg is just as guilty as Libbluray there. To support static > linking, all non-static symbols should be name-spaced, and here both FFmpeg > and libbluray are failing, and thus both should be fixed IMO. >
You forgot that FFmpeg's dec_init is in fftools/the executable, whereas libbluray's is in the library. - Andreas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
