octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #42097] 64bit Slackware, eig returning incorre


From: Russell Carden
Subject: [Octave-bug-tracker] [bug #42097] 64bit Slackware, eig returning incorrect results
Date: Wed, 16 Apr 2014 21:23:27 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 conkeror/1.0pre

Follow-up Comment #28, bug #42097 (project octave):

So both the test program and octave produce the same results up
to line 466 of dhseqr.f.
466  CALL DLAHQR( WANTT, WANTZ, N, ILO, IHI, H, LDH, WR, WI, ILO,
467          $                   IHI, Z, LDZ, INFO )
At this point I am able to step into DLAHQR in my test program, but in gdb for
octave I step right over this function call.  After this function call the
results from octave are incorrect.  
After some googling, I found that I should tell gdb
set step-mode on
I then found that that there is a dlahqr_ that is used in arpack
and this is the dlahqr_ that octave is calling.
Note, the version of arpack that I installed is arpack-ng.  Supposedly
arpack-ng is actively maintained while the regular arpack is not.  When I saw
this, I removed arpack-ng and installed the regular arpack, and now I have the
correct results.
Apparently the regular arpack build script has an important flag/option that
arpack-ng is missing.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42097>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]