&gt; I presume that because of ABI incompatibilities, these binaries will<br />&gt; <br />&gt; only be useful to other users of the Intel C++ compiler, unless people<br />&gt; <br />&gt; happen to be using the C interface.<br /><br />I don&#39;t know that much about this stuff, but I think they will also be compatible with MSVC.  Certainly not with cygwin though... which doesn&#39;t bother me.  It is fine for building standalone applications, but I found cygwin to cause incredible head-scratching when using to build libraries.  And since Intel C++/Fortran is cheap on Windows for academia/students, free on Linux, and has MKL built in, it seems like a reasonable compiler to standardize on.<br /><br /><br />&gt; Also, I&#39;d note that you&#39;re probably not allowed to publicly distribute anything containing those HSL binaries.<br /><br />Definitely true.  The binaries I built only contain IPOPT code.  HSL, LAPACK, BLAS, MUMPS, METIS, MPI, etc. are all linked in separately.<br /><br />Due to popular support, I will write up some rough notes.  Should I put notes on this on the page?: https://projects.coin-or.org/Ipopt/wiki/CompilationHints<br /><br />BTW, as I will describe, I did pretty much everything in CMake.  If the IPOPT developers are considering an update to the build system, I found it far easier to just rewrite the simple makefiles in CMake than to try and mess with MSYS to use the Intel compiler directly.  And if CMake is used, you would get most platforms for free and have an easy and consistent way to manage all of the build options for the project.<br /><br />-Jesse