[Ffmpeg-devel] [PATCH] Staticising mpeg12data header

Diego 'Flameeyes' Pettenò flameeyes
Tue Sep 19 21:48:20 CEST 2006


On Tuesday 19 September 2006 20:52, Rich Felker wrote:
> It is OS-specific. The "OS" in question is the GNU binutils. I doubt
> it works on Darwin.
Actually, I'm pretty sure it works on Darwin: http://tinyurl.com/lsnxf (it's 
Apple documentation, would that be enough for Mach-O? :) )
By the way, if GNU emacs can be considered an Operating System, binutils are 
still sane enough not to be considered one.
And finally, Intel ICC compiler supports visibility too, so it's not just a 
GNU thing.

> The GNU brain damage is the fact that ELF sucks and that the GNU
> people pushed it on all the other free unices. Read the history if
> you're not aware of it.
I can read enough to see that a.out can barely be considered an executable 
format for modern operating systems, that PE copes with requirements 
completely different from the ones of the modern unices, and that Mach-O, 
well, has its black spots, especially when concerning security.

> It's their fault for using a stupid architecture. Dynamic linking
> inherently uses more memory and runs slower.
And is more reliable whn a dependency is removed and when an ABI is broken.
The fact that shared libraries are slower than statically linked code does not 
mean that one has to avoid using the features that allows to improve their 
performances.

> > In addition to that, statically linking FFmpeg will become an
> > extra burden for package maintainers, and a problem from a security point
> > of view (because you'd need to identify all the programs linking to
> > FFmpeg and rebuild them every time a vulnerability is discovered).
> Too bad.
It's FFmpeg project that gets a bad security reputation, so, well, too bad for 
you, considering it's a pretty simple thing that is required to avoid such a 
reputation :)

> The burden is making the program less portable and more polluted with
> ugly OS-specific hacks. I'm sick of your Linux-kiddie mindset. The
> world is not a GNU/Linux/ELF.
As Luca already noted, if you were looking for a GNU zealot, you passed right 
over my head. The visibility attributes work for both ELF and Mach-O, they 
work on GNU/Linux, uclibc/Linux, on FreeBSD, on OpenBSD, on Darwin, ..
And about portability, that is always one of my main concerns; the patches I'm 
sending are not hindering anything. The only thing is that they don't enable 
visibility on ICC 9, but that's just because I don't have it at hand to test 
it...

> -Bsymbolic will give the same benefit. Using static linking will give
> even more benefit.
Uoti's reply already covered this.

Cya (sure that there are at least some FFmpeg-using projects that would 
benefit from a bit more open mindset)
-- 
Diego "Flameeyes" Petten? - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20060919/ea24def1/attachment.pgp>



More information about the ffmpeg-devel mailing list