- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
When I was trying to use a Fujitsu Fortran 6.2c compiled ARPACK/PARPACK with MKL, I found a problem with BLAS function dnrm2 (called by PARPACK's pdnorm2 function) returning a NaN. Running everything in a debugger showed that it seems thatBLAS's cutlo and cuthi are also NaN. Everything works fine when compiling ARPACK with Intel Fortran, though. Is it because calls from Fujitsu compiled code skip some kind of initialization in MKL? As I found, Netlib's BLAS dnrm2 initializes cutlo/cuthi with a DATA statement within the function.
Thanks and bye,
Henry
When I was trying to use a Fujitsu Fortran 6.2c compiled ARPACK/PARPACK with MKL, I found a problem with BLAS function dnrm2 (called by PARPACK's pdnorm2 function) returning a NaN. Running everything in a debugger showed that it seems thatBLAS's cutlo and cuthi are also NaN. Everything works fine when compiling ARPACK with Intel Fortran, though. Is it because calls from Fujitsu compiled code skip some kind of initialization in MKL? As I found, Netlib's BLAS dnrm2 initializes cutlo/cuthi with a DATA statement within the function.
Thanks and bye,
Henry
Link Copied
2 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Henry,
Thanks for the question. I know of no such special initialization that is performed when calling Intel MKL from the Intel compilers. I'll ask around to see if anyone has ideas. Have you submitted this as an issue at Intel premier support?
Todd
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Engineering verified that cutlo/cuthi are initialized in MKL just as on Netlib.
-Todd

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page