<div dir="ltr">Sorry for the delay, was out of town.<br>Thanks for building the binaries, but I won't be able to use them without separating out the BLAS/LAPACK linking or I will get symbol problems with my MKL libraries.<br>
<br>I added notes to: <a href="https://projects.coin-or.org/Ipopt/wiki/CompilationHints">https://projects.coin-or.org/Ipopt/wiki/CompilationHints</a> on windows compilation. I am wondering, though, if I should bite the bullet and use MinGW next time...<br>
<br>Does anyone want me to mail or post up the VS Project files for the building of sample application and the multilib/debug versions of IPOPT?<br><br><div class="gmail_quote">On Fri, Aug 29, 2008 at 11:40 AM, Stefan Vigerske <span dir="ltr"><<a href="mailto:stefan@math.hu-berlin.de">stefan@math.hu-berlin.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>I could try making binaries of Ipopt in optimized (-MT) and debug mode<br>
>(-MTd) using the new Mumps and the Netlib LAPACK/BLAS, and having<br>
>everything compiled with Intel C++ and Fortran compilers. Would that be<br>
>helpful?<br>
<br>
That would be great, if we can get a visual studio sample app that has the right combination of linker settings to go with it. Also, I am not entirely sure how the threading stuff works, but if the runtime libraries are different for the -MD and -MDd (the multithreaded dll builds which seems to be the default with new projects), that might be necessary. And probably it makes sense to link in the blas/lapack separately to your projects since many would be using MKL with other libraries (e.g. boost::ublas) and would run into big conflicts. Mumps could be linked in to the library without problem for me at least, though I see no issues with for me at least.<br>
</blockquote>
<br></div>
At <a href="http://www.coin-or.org/download/binary/Ipopt/" target="_blank">http://www.coin-or.org/download/binary/Ipopt/</a> you find libraries of Ipopt 3.5.1 once compiled in default mode (with -MT) and once in debug mode (with -MTd). They have Mumps, Blas, and Lapack already linked in.<br>
This is what I can do at the moment, because it is working by default.<br>
For linkage, libraries from the Intel compiler might be needed. They can be found at <a href="http://www.gams.com/%7Esvigerske/intel/win32/10.0" target="_blank">http://www.gams.com/~svigerske/intel/win32/10.0</a><br>
<br>
Setting up a Visual Studio Application is not my field and I'm not eager to spend a lot of time in it ;-).<br>
<br>
Separating the library into ipopt + lapack + blas + mumps is more tricky than would I did now, and replacing one by another could make problems in linking due to fortran naming conventions. I don't think I'll do this in the next time.<br>
If you wanna try HSL or Pardiso as linear solver, then you can have a look at the linear solver loader in Ipopt.<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Last, is there any move on Ipopt towards a cross-platform build environment with ipopt or COIN-OR in general?<br>
</blockquote>
<br></div>
Not that I know.<br>
The configure system has something for cross-platform builds, but I never tried it out and I'm quite sure it will not work just out-of-the-box ;-).<br>
<br>
Best,<br>
Stefan<br><font color="#888888">
<br>
-- <br>
Stefan Vigerske<br>
Humboldt University Berlin, Numerical Mathematics<br>
<a href="http://www.math.hu-berlin.de/%7Estefan" target="_blank">http://www.math.hu-berlin.de/~stefan</a><br>
</font></blockquote></div><br></div>