<div dir="ltr"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">That's already bad enough and it's insane from Mingw64. But (v)asprintf() is<br>
not defined by POSIX, and ergo there is no formal requirements for it to be a<br>
function.<br>
<br>
localtime_r and gmtime_r are.<br>
<br></blockquote><div>I explained already that I implemented them as function which was merged into the project <br>since then they have opted for using inline.<br>I am not the owner of the project so I have no say in changing this back to functions.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">So let me explain it clearly: You fix mingw64 or you use another toolchain.<br></blockquote><br></div><div>Essentially I'm put in the same position I was last time with the lfind patch I sent in<br></div><div>They conformed that function to MSDN and not POSIX for compatibility reasons.<br><br></div><div>The same applies here they have done it for compatibility with various projects.<br></div><div>and I can't change that no more than I could the last time with lfind.<br></div><div><br></div><div>I'm basically left in limbo here again heh<br></div><div><br></div><div>Some sort of call has to be made with the vlc team in regard to if mingw-w64 4.x will be supported.<br></div><div>Essentially some accommodations have to be made or we are stuck at a feature freeze.<br></div><div><br></div><div>I have created a dx11 vout for vlc and it will only build on trunk soon to be branch 4.x<br></div><div>The dx11 renderer would be great improvement for WIN32, WINRT and WindowsPhone8 ports <br></div><div>Without fixing this and supporting the latest mingw-w64 leaves us stuck with dx9 and directdraw.<br><br></div><div>Kind Regards<br></div><div>Martell<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 15, 2015 at 12:58 AM, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>Le mardi 13 janvier 2015, 21:57:21 Martell Malone a écrit :<br>
</span><span>> > So fix mingw64?<br>
><br>
>  I actually submitteed a patch that was merged to create actual functions<br>
> for the time functions over previous defines<br>
> It was merged but there has been a lenghty discussion since where they have<br>
> opted for inline<br>
> I am not in charge of mingw-w64 so I can't change this.<br>
><br>
> No ways we had kilometers of copy paste code like this because they abuse<br>
> > inlines.<br>
><br>
> Yes you have a list of 2 items like this in <a href="http://configure.ac" target="_blank">configure.ac</a> asprintf and<br>
> vasprintf.<br>
<br>
</span>That's already bad enough and it's insane from Mingw64. But (v)asprintf() is<br>
not defined by POSIX, and ergo there is no formal requirements for it to be a<br>
function.<br>
<br>
localtime_r and gmtime_r are.<br>
<br>
So let me explain it clearly: You fix mingw64 or you use another toolchain.<br>
<div><div><br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a><br>
</div></div></blockquote></div><br></div></div>