[vlc-devel] Set of configure patches

[Martell Malone]

>
> That's already bad enough and it's insane from Mingw64. But (v)asprintf()
> is
> not defined by POSIX, and ergo there is no formal requirements for it to
> be a
> function.
>
> localtime_r and gmtime_r are.
>
> I explained already that I implemented them as function which was merged
into the project
since then they have opted for using inline.
I am not the owner of the project so I have no say in changing this back to
functions.

So let me explain it clearly: You fix mingw64 or you use another toolchain.
>

Essentially I'm put in the same position I was last time with the lfind
patch I sent in
They conformed that function to MSDN and not POSIX for compatibility
reasons.

The same applies here they have done it for compatibility with various
projects.
and I can't change that no more than I could the last time with lfind.

I'm basically left in limbo here again heh

Some sort of call has to be made with the vlc team in regard to if
mingw-w64 4.x will be supported.
Essentially some accommodations have to be made or we are stuck at a
feature freeze.

I have created a dx11 vout for vlc and it will only build on trunk soon to
be branch 4.x
The dx11 renderer would be great improvement for WIN32, WINRT and
WindowsPhone8 ports
Without fixing this and supporting the latest mingw-w64 leaves us stuck
with dx9 and directdraw.

Kind Regards
Martell

On Thu, Jan 15, 2015 at 12:58 AM, Rémi Denis-Courmont <remi at remlab.net>
wrote:

> Le mardi 13 janvier 2015, 21:57:21 Martell Malone a écrit :
> > > So fix mingw64?
> >
> >  I actually submitteed a patch that was merged to create actual functions
> > for the time functions over previous defines
> > It was merged but there has been a lenghty discussion since where they
> have
> > opted for inline
> > I am not in charge of mingw-w64 so I can't change this.
> >
> > No ways we had kilometers of copy paste code like this because they abuse
> > > inlines.
> >
> > Yes you have a list of 2 items like this in configure.ac asprintf and
> > vasprintf.
>
> That's already bad enough and it's insane from Mingw64. But (v)asprintf()
> is
> not defined by POSIX, and ergo there is no formal requirements for it to
> be a
> function.
>
> localtime_r and gmtime_r are.
>
> So let me explain it clearly: You fix mingw64 or you use another toolchain.
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20150115/9819edab/attachment.html>