[FFmpeg-devel] [RFC] MinGW+FFmpeg survival guide

[Reimar Döffinger]

On Sat, Jun 25, 2011 at 07:29:12PM +0200, Axel Holzinger wrote:
> On Saturday, June 25, 2011 6:40 PM Reimar Döffinger wrote:
> > On Sat, Jun 25, 2011 at 06:19:18PM +0200, Axel Holzinger wrote:
> > > On Saturday, June 25, 2011 5:32 PM Reimar Döffinger wrote:
> > > > On Fri, Jun 24, 2011 at 09:03:52PM +0200, Axel Holzinger
> > > > wrote:
> > > > > Do you know off-hand if using a different token '/' is
> > > > > already supported? The last time I tried (nearly a year
> > > > > ago) I think it wasn't.
> > > >
> > > > The answer isn't quite as simple unfortunately.
> > > > There are unfortunately some flags that are used directly
> > > > in the Makefile, like -c, -o etc. they will be an issue.
> > > > For everything else the filter function can replace
> > > > absolutely anything with anything else.
> > >
> > > I will have a look, thank you.
> > 
> > Note that due to above, it might be best to have a wrapper script
> > in addition that can replace some of the simpler command-line
> > options.
> > Possibly such a wrapper script around icl that emulates gcc might
> > even work best at all, without configure changes.
> 
> :-)
> 
> That's what I did a year ago. Well I wrote a little C++ translation
> program that did convert the gcc/icc switches to icl. But that's still
> a pita.

Why? It _could_ be made a script included in FFmpeg and that
automatically is used when compiling with ICL.
You could also support most via the normal configure filter function
(so that functionality-testing is available), it's just that replacing
standard options like -o and -c seems rather messy.

> Thinking about that I remember that still stdint and stdbool headers
> are missing for icl, because it just relies on the ms headers and
> there they're missing.

Hm, but then the compiler is not C99-compatible.
Anyway, I do not know about others, but I would not mind including such
stub headers for ICL either, assuming they are under a compatible
license.