summaryrefslogtreecommitdiff
path: root/SRC/ztgsen.f
AgeCommit message (Collapse)AuthorFilesLines
2016-07-09STYLE: Remove trailing whitespace in Fortran filesHans Johnson1-15/+15
This is mostly a long term maintenance improvement. Many coding styles require elimination of trailing whitespace, and many editors and source code management configurations automatically gobble up whitespace. When these tools gobble up whitespace, it complicates reviewing the meaningful code changes. By removing whitespace on one patch, it makes future code reviews much easier. =SCRIPT==================================================================== if which tempfile &>/dev/null; then TEMPMAKER=tempfile elif which mktemp &>/dev/null; then TEMPMAKER=mktemp else echo "Cannot find tempfile program." 2>&1 exit 1 fi MYTEMP=$($TEMPMAKER) trap 'rm -f $MYTEMP' SIGINT SIGTERM stripit() { echo "stripping $1" sed 's/[ \t]*$//' "$1" > $MYTEMP cp $MYTEMP "$1" } if [ $# -gt 0 ]; then while [ "$1" != "" ]; do stripit $1 shift done else while read -t 2; do stripit $REPLY done fi rm $MYTEMP =================================================
2016-06-18Update date, version for 3.6.1 releaseJulie1-3/+3
2016-02-11Applied patch provided by Dmitry Baksheev from Intel on Feb 9th 2016 on ↵julie1-0/+2
LAPACK Forum Link: http://icl.cs.utk.edu/lapack-forum/viewtopic.php?f=13&t=4902&p=11774 Issue: ?TGSEN use of array SELECT on workspace query may SEGV Solution: Skip use of array SELECT on workspace query Make sense...
2011-11-11Update version number to 3.4.0julie1-1/+1
2011-11-03Cosmetic changes in Doxygen presentation.julie1-25/+23
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-01Never say never...julie1-8/+4
2011-11-01Last commit related to Doxygen integration following Albert's commentjulie1-1/+3
2011-10-31Correct Warning detected during Doxygen Generation.julie1-2/+8
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-300/+423
2011-04-13Upadte header for the modified routine for the 3.3.1 releasejulie1-2/+2
2011-04-07Second and hopefully last pass to homgenize notation for transpose (**T) and ↵julie1-4/+4
conjugate transpose (**H) Corresponds to bug0024 Please take a look and let me know if you find some old notation of transpose. I am going to close bug0024. Julie
2011-04-02First pass to homgenize notation for transpose (**T) and conjugate transpose ↵julie1-5/+5
(**H) Corresponds to bug0024
2010-06-23Update date and version for 3.2.2 releasejulie1-1/+1
2009-05-10[[ I did not really want to commit the previous commit, this is the ↵langou1-2/+1
follow-up commit ... ]] Bug report sent by Alexander V. Kobotov (from Intel) on Mon, 6 Apr 2009 to "lapack@cs.utk.edu". "(d/s)tgsen.f: iwork(1) always referenced: line 455: iwork( 1 ) = LIWMIN, documentation says that if IJOB=0 it shouldn't, so NULL pointer causes a sigfault." (There is indeed the same problem for the WORK array and the IWORK array in the complex routines.) I have changed the header of the routines ctgsen.f, dtgsen.f, stgsen.f, and ztgsen.f. A Fortran array needs to be of size at least 1. So IWORK is of size at least 1. It was indeed written in the header of the routine: "IWORK (workspace/output) INTEGER array, dimension (MAX(1,LIWORK))" So since IWORK is of size at least 1, there is no reason not to reference it. When there is a workspace query with IJOB.EQ.0, WORK(1) and IWORK(1) are both set to 1.
2009-05-10Bug report sent by Alexander V. Kobotov (from Intel) on Mon, 6 Apr 2009 to ↵langou1-2/+1
"lapack@cs.utk.edu". "(d/s)tgsen.f: iwork(1) always referenced: line 455: iwork( 1 ) = LIWMIN, documentation says that if IJOB=0 it shouldn't, so NULL pointer causes a sigfault." There is indeed the same problem for array work. I have changed the header of the routines ctgsen.f, dtgsen.f, stgsen.f, and ztgsen.f. No matter what an array needs to be of size at least 1. So IWORK is of size at least 1. It was written in the header of the routine: "IWORK (workspace/output) INTEGER array, dimension (MAX(1,LIWORK))" So since IWORK is of size at least 1, there is no reason not to reference it. When there is a workspace query with IJOB.EQ.0, IWORK(1) is set to 1.
2009-04-16Big commit before 3.2.1 release.julie1-1/+2
Those are just cosmetic changes to update version number and various other minor change.
2008-12-16(no commit message)julie1-1/+1
2008-10-28Move LAPACK trunk into position.jason1-0/+653