[Ffmpeg-devel] [PATCH] Staticising mpeg12data header

Michel Bardiaux mbardiaux
Thu Sep 21 12:04:45 CEST 2006

Rich Felker wrote:
> On Wed, Sep 20, 2006 at 06:16:56PM +0200, 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".
>> Now gcc et al. have introduced visibility control in gcc and ld, and all 
>> of a sudden it becomes a good idea!
> Indeed, this is exactly what I meant. Damn hypocrites. They criticize
> windows ideas as stupid until Linux has them too, then go praising the
> same stupid ideas.
> And yes in this case it's not _quite_ the same because on Linux it's
> optional, but the principle is still quite analogous.
>> 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!
> I hate TLS too. 

I dont want to be misunderstood. I agree with your criticism of the 
inconsistent attitudes. But IMHO TLS is very important; on visibility I 
dont have strong opinions, I take things as they are because I dont have 
much choice.

> Yet another GCC extension designed to lock people into
> GCC. GNU software is no different than MS in this regard. They keep
> adding more and more extensions that no one ever really needed in the
> first place, but then because people get used to them and poorly
> written software depends on them, everyone feels like they "need" GNU
> extensions just like they "need" the latest MS Word.
> It's all about inventing complexity for the sake of monopoly, and a
> monopoly ruled by a piece of free software is only marginally better
> than one ruled by proprietary software. Real software freedom comes
> only through plurality -- respect for _simple_ standards and
> interoperability. Overly complex standards (which all standards have
> the thread of becoming) only serve to reinforce monopolies by making
> the standard so difficult to implement that no one but the historical
> implementations has a chance to finish it before the standard enters
> its next phase of exponential growth.

Very pertinent. Echoes Raymond's book "Cathedral and bazaar" where he 
stated quite candidly that open software development is mostly driven by 

> Rich

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