<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Passing in -fdefault-integer-8 is probably not going to work unless
you've done some major hacking; ipfint is typedefed in config.h, and
if it is a 4-byte type things will not be good for you.<br>
<br>
Have you used "otool -L" to make sure that the blas/lapack linking
is working the way you think it is? I would focus on getting it to
work with Netlib blas first, then veclib.<br>
<br>
Tom<br>
<br>
On 10/18/2011 09:18 AM, Ray Zimmerman wrote:
<blockquote
cite="mid:E3B593AE-6006-4E3F-9CF9-4FE02086640B@cornell.edu"
type="cite">
<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-indent: 0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 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;">
<div style="word-wrap: break-word;"><span
class="Apple-style-span" style="border-collapse:
separate; 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; text-indent: 0px; text-transform:
none; orphans: 2; white-space: normal; widows: 2;
word-spacing: 0px;">
<div style="word-wrap: break-word;"><span
class="Apple-style-span" style="border-collapse:
separate; 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;
text-indent: 0px; 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 moz-do-not-send="true"
href="http://list.coin-">http://list.coin-</a><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><<a moz-do-not-send="true"
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 moz-do-not-send="true"
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
moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a>
<<a moz-do-not-send="true"
href="mailto:Ipopt@list.coin-or.org">mailto:Ipopt@list.coin-or.org</a>><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a><br>
</blockquote>
<blockquote type="cite"><a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a><br>
<a class="moz-txt-link-freetext" href="http://list.coin-or.org/mailman/listinfo/ipopt">http://list.coin-or.org/mailman/listinfo/ipopt</a><br>
<br>
</div>
</blockquote>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Ipopt mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a>
<a class="moz-txt-link-freetext" href="http://list.coin-or.org/mailman/listinfo/ipopt">http://list.coin-or.org/mailman/listinfo/ipopt</a>
</pre>
</blockquote>
<br>
</body>
</html>