-
Notifications
You must be signed in to change notification settings - Fork 32
Description
I am trying to use Pardiso for sparse matrix diagonalization, but my matrix has more non-zero elements than Int32 can handle. To resolve this, I need to use Pardiso64. However, when I set the solver parameter ps.iparm[35] = 1, I still get an error related to the number of non-zero elements exceeding Int32.
I have confirmed that I am calling the 64-bit MKL version.
LinearAlgebra.BlasInt = Int64, but MklInt remains Int32.
The issue seems to come from Pardiso.jl, where the following condition is checked:
if LinearAlgebra.BLAS.vendor() === :mkl && LinearAlgebra.BlasInt == Int64
However, due to a version change, LinearAlgebra.BLAS.vendor() is now returning :lbt instead of :mkl, even though I am using MKL with 64-bit support.
Attempted Fixes:
I tried manually overriding this by commenting out the above check in Pardiso.jl and defining:
const MklInt = Int64
const PARDISO_FUNC = :pardiso_64
Unfortunately, I still encountered the following error:
[2362860] signal (11.1): Segmentation fault
Request for Help
Is there a correct way to enforce Pardiso64 in Pardiso.jl?
How should I properly handle MklInt to ensure compatibility with large sparse matrices?
Could the segmentation fault be caused by incorrect linking, memory issues, or an internal bug in Pardiso.jl?
Any guidance or suggestions would be greatly appreciated!