On Fri, Dec 8, 2023 at 1:00 PM Martin Storsjö <mar...@martin.st> wrote:
> On Fri, 8 Dec 2023, Kalev Lember wrote: > > > As for dlopening, I think instead of version checks, it would make sense > to > > try to dlsym() all of the actual required symbols, and error out in init > if > > anything is missing. That should make it all super flexible and > resilient to > > e.g. struct size changes that would normally be an ABI change. > > How would that help, if e.g. the SEncParamExt struct in svc_encode_init > would change layout/size - which part would notice that change? > Ah, hm, I didn't think this through apparently :) This would indeed still be an issue. I guess maybe dlopening the soname version that matches the headers (e.g. libopenh264.so.7) would work then? With the expectation that upstream bumps soname whenever the struct layout/size changes. -- Kalev _______________________________________________ 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".
