<div dir="ltr">Is it possible to use cygwin binaries without cygwin? I know a lot of Windows users who do not need cygwin at all and do not need it. It would be very bad to inform them that TL will cease to work. You will send them to MiKTeX as the only Windows friendly distributin in such a case.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2016-06-10 16:26 GMT+02:00 Angelo Graziosi <span dir="ltr"><<a href="mailto:angelo.graziosi@alice.it" target="_blank">angelo.graziosi@alice.it</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
Il 10/06/2016 15:43, Mojca Miklavec ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
However adding *both* binaries (one compiled with Visual Studio and<br>
one compiled with MinGW for the *same* architecture; please note that<br>
I'm not talking about 32 vs. 64-bit here) makes no sense in my<br>
opinion. (The cygwin binaries actually also have very little added<br>
value if you ask me; cygwin users could just as well install the other<br>
windows binaries from the shell script.)<br>
</blockquote>
<br></span>
I would remove VS binaries in favor of Cygwin and MSYS2-MINGW64 ones. Notice that Cygwin already gives a method to install and use TL in the same manner one uses TL on GNU/Linux and OSX (I don't use MacTex): same scripts to setup PATHs, same build documents commands and so on... With MSYS2-MINGW64 would be the same, almost..<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I would also be in favour of adding them, but Karl is afraid of the<br>
added complexity with not that much "added value" (properly supporting<br>
64-bit Windows also means providing 64-bit perl, ghostscript etc.,<br>
doubling the space required for all those binaries and properly<br>
deciding whether the Windows in 32-bit or 64-bit, ...).<br>
</blockquote>
<br></span>
why then having double binaries for other platforms (i386/x86_64 for linux etc..)<br>
<br>
BTW, having the same app running on different systems helps in finding subtle bugs..<span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
It's not that TeX Live calls clang. It's ICU that calls clang.<br>
<br>
I would suggest you to try to compile the official ICU under the same<br>
window. I would say that this is a bug that ICU developers have to fix<br>
(or perhaps a bug in clang – not impossible either; Akira is probably<br>
not using clang) and you probably need to complain to them. Just for<br>
fun you could try to uninstall clang[++] and make a new clean build<br>
attempt. Maybe you'll then succeed.<br>
</blockquote>
<br></span>
No, the fix was to build TL using a command like this (I did this many months ago and don't remember exactly):<br>
<br>
  CC=gcc ./Build...  ## force to use GCC<br>
<br>
that helped in building ICU but then the build stopped in another step of the build..<br>
<br>
In any case, my was only a suggestion. If none of the TL guys take care of this, let's stop to discuss it, then.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
  Angelo<br>
</font></span></blockquote></div><br></div>