[Ffmpeg-devel] [PATCH] Staticising mpeg12data header

Luca Barbato lu_zero
Wed Sep 20 18:27:27 CEST 2006

Michel Bardiaux wrote:
> I tend to agree with Rich here. When visibility of exported symbols was
> only an issue on MS-W platforms, the usual attitude in th 'nix world
> was: "That's a very bad dynamic linkage model! Off with his head! The
> Unix model, with a single symbol space and every symbol visible
> everywhere, is MUCH simpler hence MUCH better".

No, MS linker/compiler sucks because you can't link w/out defining
visibility for each damned symbol.

> Now gcc et al. have introduced visibility control in gcc and ld, and all
> of a sudden it becomes a good idea!

It's a good idea pick the visibility of symbols if is good for you and
just ignore the issue if you don't care.

> It's a common enough syndrome. When there was no direct TLS support in
> Linux pthreads, writing about it only got you 'That would be very bad
> for performance, because of TLB flushing!' (or the ozone layer, or
> whatever). Now 2.6 and NPTL *have* direct TLS support with assist from
> gcc, and wow, now TLS is cool!

having tls on linuxthreads probably is either painful or hard to



Luca Barbato

Gentoo/linux Gentoo/PPC

More information about the ffmpeg-devel mailing list