[Ffmpeg-devel] [PATCH] Staticising mpeg12data header

Michel Bardiaux mbardiaux
Wed Sep 20 18:16:56 CEST 2006

Luca Barbato wrote:
> Rich Felker wrote:
>> This statement is utterly stupid. Visibility is outside the scope of
>> C, just like threads and processes and filesystem structure is outside
>> the scope of C, and just like digital storage units are outside the
>> scope of SI. A unix ABI standard like SVR4 is totally welcome to
>> include such things, but I have no respect for ABI standards because
>> all they do is tie you down to a particular implementation and
>> facilitate shitty binaryware.
> We already pointed out that this feature is available across all the
> current and used binary formats.
> lu
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".

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 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!

Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux at mediaxim.be

Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles

More information about the ffmpeg-devel mailing list