[Ffmpeg-devel] [PATCH] [Visibility] libpostproc public functions

Roman Shaposhnik rvs
Tue Sep 19 09:18:42 CEST 2006

On Tue, 2006-09-19 at 08:12 +0200, Diego 'Flameeyes' Petten? wrote:
> On Tuesday 19 September 2006 08:17, Rich Felker wrote:
> > Yes there is. ISO C says behavior is undefined when multiple
> > translation units contain symbols with the same name, so any valid
> > program should not do this.
> On translation units, yes, but on libraries the behaviour is usually clear, 
> with interposing (I admit if this is a standard or only a de-facto 
> convention). The problem is, this usually leads to conflicts anyway so it's 
> really borderline. I think only pthread libraries and Xorg relies heavily on 
> interposing, although other things like dmalloc and other preloadable 
> libraries make use of this features.

  These would be DSO libraries you're talking about, right ? I'm asking
simply because I though you were worried about all these private, etc.
stuff because of performance considerations. If so, ditching DSOs might
be the biggest step in the direction of getting said performance.


More information about the ffmpeg-devel mailing list