[Ffmpeg-devel] [PATCH] Staticising mpeg12data header
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.
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!
T +32  2 790 29 41
F +32  2 790 29 02
E mailto:mbardiaux at mediaxim.be
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
More information about the ffmpeg-devel