summaryrefslogtreecommitdiff
path: root/SRC/dgejsv.f
AgeCommit message (Collapse)AuthorFilesLines
2011-11-11Update version number to 3.4.0julie1-1/+1
2011-11-03Cosmetic changes in Doxygen presentation.julie1-24/+26
Use \par instead of \details for section. add a Contributors Section and a Reference Section. Remove (some) verbatim section when not needed. Those changes have been done by hand so I am not sure I manage to catch them all.
2011-11-01Last commit related to Doxygen integration following Albert's commentjulie1-1/+3
2011-10-31Correct Warning detected during Doxygen Generation.julie1-12/+6
Now each routine should have the correct list of arguments. This allowed to detect and fix problems in parameter description of many routines.
2011-10-13adding link to individual download, the links will appear directly in ↵julie1-0/+8
Doxygen html documentation
2011-10-06Integrating Doxygen in commentsjulie1-365/+468
2011-04-13Upadte header for the modified routine for the 3.3.1 releasejulie1-2/+2
2011-03-17While looking if bug0022 was corrected, found that some comments were not ↵julie1-35/+56
updated bug0022 was indeed corrected by Zlatko
2011-03-10Formating code, use of * for comment, and follow other LAPACK stylejulie1-83/+83
2010-11-08Start getting ready for the releasejulie1-2/+2
2010-08-25Included bug fix provided by Zlatco on Jacobi SVDjulie1-10/+11
Email from Zlatco on August 24th 2010: The problem that was reported (with zero matrix) is caused by bad initialization to xLASSQ. It should be ZERO, ONE and not ZERO, ZERO. In fact, I had it ZERO, ONE throughout the complete development of the code and decided to change it to ZERO, ZERO a the very end to make it "more elegant". That was stupid, because xLASSQ does not touch those variables in case of zero vector, leaving scaling at ZERO, and in the nonzero case the scaling is between ONE and SQRT(N). So, in case of zero vector, division by a variable that is normally bigger than ONE causes division by zero. I have corrected that and few other things, stress tested the code and it should be OK now. README: i) In xgejsv.f and xgesvj.f input parameters SCALE and SUMSQ in xlassq.f are now initially set as SCALE = ZERO, SUMSQ=ONE. Setting them both to zero (without carefully reading xlassq.f) caused problems with exactly zero columns. ii) There was a problem in the branch that computes only SIGMA and U of a rank deficient matrix. The computed numerical rank (NR) was incorrectly written as N in parameter lists of the corresponding calls. iii) In xgsvj0.f, xgsvj1.f testing the input parameters is changed to prevent unnecessarily negative INFO in some situations. iv) Minor changes, renaming some variables etc.
2010-06-23Update date and version for 3.2.2 releasejulie1-2/+2
2009-09-11Fix whitespace comments detected from parserjulie1-33/+33
2009-04-16Big commit before 3.2.1 release.julie1-2/+2
Those are just cosmetic changes to update version number and various other minor change.
2009-01-02Last round of modifications to the comments for the generation of the manpagesjulie1-198/+191
2008-12-16(no commit message)julie1-0/+1653