[FFmpeg-devel] FFmpeg status on WinCE

Diego Biurrun diego
Sun Aug 2 17:19:21 CEST 2009


On Sun, Aug 02, 2009 at 06:14:49PM +0300, ?smail D?nmez wrote:
> 
> On Sun, Aug 2, 2009 at 6:11 PM, Diego Biurrun<diego at biurrun.de> wrote:
> > On Sun, Aug 02, 2009 at 06:07:58PM +0300, ?smail D?nmez wrote:
> >>
> >> 2009/8/2 M?ns Rullg?rd <mans at mansr.com>:
> >> > ?smail D?nmez <ismail at namtrac.org> writes:
> >> >> FFmpeg on WinCE does not compile out of the box, yet. Thanks to
> >> >> Martin's invaluable work we are in a much better state. Here is whats
> >> >> left to fix;
> >> >>
> >> >> - getenv/setenv is unavailable on WinCE such code should be set to NOP
> >> >> in os_support.h
> >> >> - strerror/errno should be conditionally used as WinCE does not have
> >> >> an errno.h or related functionality.
> >> >> - perror should be replaced by av_log hence fixing compilation on WinCE.
> >> >> - signal.h is unavailable on WinCE, its usage should be conditional.
> >> >
> >> > All of those are standard C features. ?Is there any chance of getting
> >> > the build environment fixed instead of adding ugly hacks here?
> >>
> >> We have talked about this and mingw32ce strives to be compatible with
> >> WinCE SDK which provides none of this. Hence these should be work
> >> arounded per project. For example SDL its own implementation for
> >> getenv/setenv for WinCE and such platforms.
> >
> > I don't see a conflict of interest. ?mingw32ce can be compatible with
> > the WinCE SDK and still provide standard C features.
> 
> Sadly as MingW, they want to be 1:1 clone which makes sense for
> porting already existing WinCE programs. I am just the messenger btw,
> Martin & I got fixed as much as possible upstream, but the rest is
> just not possible to implement on upstream.

Then finish libbrokenos[1] and solve the problem *once* instead of once
in SDL, once in FFmpeg, once in...

Diego

[1] Whatever happened to it anyway?



More information about the ffmpeg-devel mailing list