<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Thanks for the suggestion.</div><div><br></div><div>I'm inclined to think that I'm encountering a single problem (when it manifests, the symptom is the same) and it is not related to Matlab, since it occurs at the 'make test' stage of the Ipopt build when using MUMPS, before even attempting to build the Matlab interface. In this case, adding ' -fdefault-integer-8' to the FFLAGS passed to configure allows it to compile and link just fine, but it results in the following error when running make test:</div><div><br></div><div><font class="Apple-style-span" face="Courier">Testing C++ Example...</font></div><div><div><font class="Apple-style-span" face="Courier"> </font></div><div><font class="Apple-style-span" face="Courier"> ---- 8< ---- Start of test program output ---- 8< ----</font></div><div><font class="Apple-style-span" face="Courier"> ** Instance Error 1 in DMUMPS_F77 0</font></div><div><font class="Apple-style-span" face="Courier"> ** MPI_ABORT called</font></div><div><font class="Apple-style-span" face="Courier"> ---- 8< ---- End of test program output ---- 8< ----</font></div><div><font class="Apple-style-span" face="Courier"> </font></div><div><font class="Apple-style-span" face="Courier"> ******** Test FAILED! ********</font></div><div><font class="Apple-style-span" face="Courier">Output of the test program is above.</font></div></div><div><br></div><div>Likewise for the C and Fortran tests. I'm not sure what this means, but I get the same result with both the system BLAS/LAPACK (-framework vecLib) or with the ones I can download with get.Blas and get.Lapack in the ThirdParty directory.</div><div><br></div><div>So, I'm thinking that if I can get 'make test' to pass consistently for a build with MUMPS, it will probably fix the issue with the Matlab MEX file as well.</div><div><br></div><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; -webkit-text-decorations-in-effect: none; text-indent: 0px; -webkit-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; -webkit-text-decorations-in-effect: none; text-indent: 0px; -webkit-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div>-- </div><div>Ray Zimmerman</div><div>Senior Research Associate</div><div>419A Warren Hall, Cornell University, Ithaca, NY 14853</div><div>phone: (607) 255-9645</div><br class="Apple-interchange-newline"></span></div></span></div></span><br class="Apple-interchange-newline"></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Oct 17, 2011, at 3:39 AM, Jonathan Hogg wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>I'm not too familiar with the Ipopt matlab interface, and this may already be taken care of there, but given the variety of different Fortran compilers recommended by Mathworks on different platforms it might not be:<br><br>One generic problem with matlab mex files is that you need to be careful which BLAS you end up using - matlab's own BLAS library is ILP64, which won't work with most Fortran compilers unless you've forced default integer to be 64-bit (gfortran -fdefault-integer-8). Alternatively link against a standard BLAS library rather than Matlab's.<br><br>It may be worth checking if this is the case? It would certainly be one explanation for the errors you are reporting.<br><br>Jonathan.<br><br>On 14/10/11 22:10, Ray Zimmerman wrote:<br><blockquote type="cite">Here's an update ...<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">1. As I suspected, it's unrelated to the hardware specs. When I rebooted<br></blockquote><blockquote type="cite">the machine under Snow Leopard, my MEX builds work fine. I only mention<br></blockquote><blockquote type="cite">this since I have encountered software for which the 64 GB of RAM<br></blockquote><blockquote type="cite">triggered bugs.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">2. After upgrading to Mac OS X 10.7.2 and Xcode 4.2, I see no change.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">3. I was able to successfully compile Ipopt and the MEX interface using<br></blockquote><blockquote type="cite">MA57 as the linear solver instead of MUMPS. In this case, the 'make<br></blockquote><blockquote type="cite">test' step for Ipopt does not show any failures, at least in the several<br></blockquote><blockquote type="cite">attempts I tried. However, the MEX file, while it executes, does not<br></blockquote><blockquote type="cite">pass most of my tests and still spits out lots of ...<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">WARNING: Problem in step computation; switching to emergency mode.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">... even for the examples in Ipopt/contrib/MatlabInterface/examples.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Any ideas?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">--<br></blockquote><blockquote type="cite">Ray Zimmerman<br></blockquote><blockquote type="cite">Senior Research Associate<br></blockquote><blockquote type="cite">419A Warren Hall, Cornell University, Ithaca, NY 14853<br></blockquote><blockquote type="cite">phone: (607) 255-9645<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On Oct 12, 2011, at 12:49 PM, Ray Zimmerman wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">I used the same basic instructions as in my previous post about<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">building Ipopt and the Matlab interface on Mac OS X Snow Leopard<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(<a href="http://list.coin-">http://list.coin-</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><<a href="http://list.coin-/">http://list.coin-/</a>>or.org/pipermail/ipopt/2011-October/002609.html<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><<a href="http://or.org/pipermail/ipopt/2011-October/002609.html">http://or.org/pipermail/ipopt/2011-October/002609.html</a>>) to attempt<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to build them on a different machine running OS X Lion 10.7.1, with<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">the dev tools from XCode 4.1 and the gfortran for Lion<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">(gfortran-lion-5666-3.pkg from <a href="http://r.research.att.com/tools/">http://r.research.att.com/tools/</a>).<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Everything builds just fine, but when I run 'make test' for Ipopt in<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">step 4. I get inconsistent results. Sometimes it passes all 3 tests,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">sometimes it fails one or more of the tests, and when they fail, it's<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">always in the same way, with the following sort of output.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">0 1.6109693e+01 1.12e+01 1.21e+01 0.0 0.00e+00 - 0.00e+00 0.00e+00 0<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">WARNING: Problem in step computation; switching to emergency mode.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">1r 1.6109693e+01 1.12e+01 9.99e+02 1.1 0.00e+00 20.0 0.00e+00 0.00e+00R 1<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">WARNING: Problem in step computation; switching to emergency mode.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Restoration phase is called at point that is almost feasible,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">with constraint violation 0.000000e+00. Abort.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Restoration phase in the restoration phase failed.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I get this with both 32-bit and 64-bit builds.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I assume this is related to MUMPS? Any ideas?<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I should mention that this is on a 12-core Mac Pro with 64 GB RAM, in<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">case those specs would somehow come into play. I've also noticed that<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">using a MEX file on this machine that I built under Snow Leopard on my<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">MacBook Pro often results in failures as well with the same warning<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">about "problem in step computation".<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">My next step is to try building with Pardiso or another linear solver<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">to see if that fixes it, but if anyone has any ideas what might be<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">causing this, I'd love to hear them.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">--<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Ray Zimmerman<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Senior Research Associate<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">419A Warren Hall, Cornell University, Ithaca, NY 14853<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">phone: (607) 255-9645<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Ipopt mailing list<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a> <<a href="mailto:Ipopt@list.coin-or.org">mailto:Ipopt@list.coin-or.org</a>><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="http://list.coin-or.org/mailman/listinfo/ipopt">http://list.coin-or.org/mailman/listinfo/ipopt</a><br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">Ipopt mailing list<br></blockquote><blockquote type="cite"><a href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a><br></blockquote><blockquote type="cite"><a href="http://list.coin-or.org/mailman/listinfo/ipopt">http://list.coin-or.org/mailman/listinfo/ipopt</a><br></blockquote><br>-- <br>Scanned by iCritical.<br>_______________________________________________<br>Ipopt mailing list<br><a href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a><br>http://list.coin-or.org/mailman/listinfo/ipopt<br><br></div></blockquote></div><br></body></html>