| May 21, 2010 12:00 AM PDT | |
The tables below summarize specific customer issues or feature requests that have been addressed by the indicated product releases. Some items span multiple architectures and/or operating systems and some relate only to a single architecture or operating system.
NOTE: The issues, defects, bug reports, and feature requests described below represent specific issues with specific test cases. An item listed here does not imply that it necessarily applies to your application(s). If your situation does not match the specific test case you may not have experienced the error or problem associated with that update. It is not possible to describe the details of every issue and its specific test case in these tables.
NOTE: The issues, defects, bug reports, and feature requests described below represent specific issues with specific test cases. An item listed here does not imply that it necessarily applies to your application(s). If your situation does not match the specific test case you may not have experienced the error or problem associated with that update. It is not possible to describe the details of every issue and its specific test case in these tables.
Providing a complete description of each item in the list below is impractical. For that reason we ask that you post a message on the Intel MKL user forum, http://software.intel.com/en-us/forums/intel-math-kernel-library/, and reference this page and the "DPD" number associated with the item of interest, if you have questions regarding the information in these tables.
These tables are updated regularly to correct any errors and omissions.
Intel® MKL 10.3 update 10 (30 April 2012)
| DPD200274946 | {S|D}STERM description in the Intel MKL reference did not mention that parameter 'd' will be overwritten |
| DPD200274901 | PARDISO:division by zero occurs when trying to solve unsymmetric matrices |
| DPD200272909 | Trailing underscores ( e.g - "fftwnd_f77_mpi_" ) are missing in the F77 interface wrappers |
| DPD200180544 | Performance regression in *SYEV |
| DPD200270801 | MT19937/MT2203 generator results when obtained all at once in a single array are different from results obtained in multiple subsets |
| DPD200274331 | Performance issue of cblas _?nrm2 on processors supporting Intel Advanced Vector Extensions (Intel AVX) |
| DPD200276708 | PARDISO does not solve the diagonal matrix |
Intel® MKL 10.3 update 9 (18 February 2012)
| DPD200175424 | IDAMAX can return bad index - (note: can cause heap corruption in other MKL functions. e.g., DGETRF DPD200274016) |
| DPD200211015 | Poor scaling of double-precision 2-power 1d FFT on ia32 |
| DPD200267589 | Updated MKL User Guide to reflect the latest version XCode |
| DPD200263102 | Error in local PARDISO version report in 10.3.7 did not change from 10.3.6 - It is still 103000116 |
| DPD200177488 | DAXPY performance degradation for small sizes when using multiple threads |
| DPD200225339 | Performance regression for several functions from 10.3.4 to 10.1.1 |
Intel® MKL 10.3 update 8 (19 December 2011)
| DPD200172281 | Bug in 1D FFT with DFTI_BACKWARD_SCRAMBLED with N>=16384 |
| DPD200223467 | Bug in error message for vslSaveStreamF |
| DPD200231975 | Heap corruption occurs when calling SetThreadAffinityMask() before any Intel MKL functions (workaround: call mkl_set_num_threads() first) |
| DPD200261042 | DftiCommitDescriptor craches for 1D FFT setup when DFTI_NUMBER_OF_TRANSFORMS > 1 and dynamic linking is used |
Intel® MKL 10.3 update 7 (25 October 2011)
| DPD200225521 | Conflict from use of MKL_PARDISO as threading domain and module name |
| DPD200216996 | Problem with PDTRAN function in case of P=2 and Q=2 |
| DPD200228197 | PARDISO problem when solving a new system after initial solve with diagonal matrix |
| DPD200230260 | PARDISO fails on IA32 for large systems with more than 250 million LU factors |
Intel® MKL 10.3 update 6 (6 September 2011)
| DPD200218547 | PARDISO may return #IND values in the solution vector |
| DPD200219651 | zgetc2 performance degradation when dynamically linked or on 64-bit architectures |
| DPD200221246 | Line 188 in mkl_pblas.h won't compile unless changed to PZTRANC( MKL_INT *m, MKL_INT *n |
| DPD200221247 | two unresolved symbols in mkl_scalapack_ilp64.lib(pxerbla.obj) |
Intel® MKL 10.3 update 5 (4 August 2011)
| DPD200169403 | Problem with using max value for an upper bound in the trust region solver. |
| DPD200169895 | Bug in PARDISO symbolic factorization when solving indefinite non-symmetric double complex matrices |
| DPD200192242 | The validity of input values is now checked to prevent the solver from hanging |
| DPD200210337 | PARDISO OOC: *.sin and *.sle files remain after execution |
| DPD200210595 | mkl_zcsradd produces incorrect results for the array sizes set according to the Manual |
| DPD200212849 | DSTEGR function seg faults for many cases when linked dynamically or with LP64 interface |
| DPD200214225 | Attempts to convert a CSR matrix to BSR format with mkl_dcsrbsr using JOB(6)=-1 fail with input error message |
| DPD200214530 | Run-time problems when mkl_thread_free_buffers() is the first MKL function called on a thread |
| DPD200218547 | PARDISO may return #IND values in the solution vector |
Intel® MKL 10.3 update 4 (12 May 2011)
| DPD200209064 | mkl_zdnscsr produces incorrect results when estimating memory for conversion of double precision complex dense matrices to the CSR format |
| DPD200207760 | Iterative refinement and CGS iterations errantly invoked when partial solving step (Fw, Diag or Bw) is requested in PARDISO |
| DPD200167242 | OpenMP settings are ignored by Intel MKL after a single call to DSYRK |
| DPD200207682 | Out-of-core (OOC) PARDISO factorizes the first matrix but fails to factorize further matrices in the "same topology" mode |
| DPD200199308 | In-core PARDISO generates wrong result with a single test data if number of threads is 32 |
| DPD200167236 | Syntax error in mklvars.csh |
| DPD200204522 | DGESDD returns U and VT outputs that are not orthogonal enough |
| DPD200168437 | Performance degradation of VML functions in threaded environment |
Intel® MKL 10.3 update 3 (29 March 2011)
| DPD200205256 | ZGESVD in multithreaded MKL produces wrong results |
| DPD200165165 | DGETRF returns different results on consecutive runs |
| DPD200203834 | Many warnings when building a custom static library based on the Intel MKL library |
| DPD200196299 | ScaLAPACK LU test program fails to run on 1024 node cluster |
| DPD200083045 | mkl_gmp.h causes compile time error C++ codes |
| DPD200206509 | scgemm/dzgemm errors |
| DPD200199131 | PDGEMR2D: out of memory error even when using 64-bit libraries |
| DPD200192508 | PARDISO is 2x slower than SuperLU for some data |
| DPD200151246 | Performance scalability problem for DGEMM on Win32 on 8 threads |
| DPD200204717 | Real VML functions outperform the complex VML functions more then 20 times |
| DPD200165114 | *TRMV provides wrong results for problems larger than 3000 for multi-threaded cases |
Intel® MKL 10.3 update 2 (31 January 2011)
| DPD200090962 | Expanded threading to new cases for multi-dimensional transforms |
| DPD200133579 | Solved problem of large 1D descriptors without performance degradation |
| DPD200198147 | Calls to blacs_exit before initialization routines no longer causes a crash |
| DPD200198405 | VML functions crash or get incorrect results when called from within Linux native threads in ILP64 mode |
| DPD200199435 | Performance degradation of VML functions when using native threading and linking DLLs on Windows |
| DPD200202108 | Access violation caused by corruption of the PARDISO handle when called multiple times with only a single handle initialization |
Intel® MKL 10.3 update 1 (3 December 2010)
| DPD200192242 | Trust Region Solver hangs |
| DPD200132424 | Full support for TR single precision solvers |
| DPD200162063 | Error in ?LATRD output parameter description in reference manual |
| DPD200194170 | Performance degradation in VML functions Add, Sub, Mul in 10.2.5 (and 10.3) for Intel® Pentium® 4 processors on Windows* |
| DPD200185620 | DGEQP3 scales poorly on multiple threads |
Intel® MKL 10.3 (9 November 2010)
| DPD200095498 | Unclassifiable error in PARDISO when MKL_PARDISO_OOC_MAX_CORE_SIZE=200 is set |
| DPD200186873 | clapack_dgbtrf returns the wrong results |
| DPD200186934 | mkl_dcsrcoo produces the wrong output if nnz is not initialized explicitly |
| DPD200187697 | dss_factor_complex crashed with invalid floating op when /Qtrapuv |
| DPD200192952 | Documentation bug in MKL-Lapack95 GESDD |
| DPD200084190 | PARDISO OOC will now run parallel code for all supported matrix types |
| DPD200087174 | ippGenNumCoresOndie symbol in Intel MKL conflicts with IPP when used simultaneously |
| DPD200092652 | Incorrect results for mkl_dcsrcsc when using 0-based indexing |
| DPD200091197 | Intel MKL FFT performance deficiency on non-power-two vector sizes |
| DPD200090409 | Add Fortran 90 include path in MKL environment setup scripts |
| DPD200149638 | Intel MKL doesn't contain CDFT interface in shared libraries |
| DPD200085280 | Intel MKL CFFT: Lack of scalability on non power of 2 core-counts |
| DPD200154738 | Path variable corrupted with quote characters after running mklvars.bat |
| DPD200084778 | Examples for calling PARDISO from Fortran 90 |
Do you need more help?
This article applies to: Intel® C++ Compiler for Linux* Knowledge Base, Intel® C++ Compiler for Mac OS X* Knowledge Base, Intel® C++ Compiler for Windows* Knowledge Base, Intel® Fortran Compiler for Linux* Knowledge Base, Intel® Fortran Compiler for Mac OS X* Knowledge Base, Intel® Math Kernel Library Knowledge Base
For more complete information about compiler optimizations, see our Optimization Notice.
Comments (1) 
Trackbacks (0)
Leave a comment 
To obtain technical support, please go to Software Support.


Ying H (Intel)
19,146
Intel® MKL 10.2 Bug Fixes
</a><br /><br />