Skip to content

Releases: SciML/LinearSolve.jl

v3.3.1

16 Feb 18:50
7e69de0
Compare
Choose a tag to compare

LinearSolve v3.3.1

Diff since v3.2.0

Merged pull requests:

v3.3.0

16 Feb 18:50
ee924a0
Compare
Choose a tag to compare

LinearSolve v3.3.0

Diff since v3.2.0

Merged pull requests:

v3.2.0

16 Feb 10:32
6202615
Compare
Choose a tag to compare

LinearSolve v3.2.0

Diff since v3.1.0

Merged pull requests:

Closed issues:

  • Extra memory usage that cannot be released from GC when reuse_symbolic=true (#233)
  • LinearSolve missing methods for do_factorization on SparspakFactorization (#578)

v3.1.0

12 Feb 21:42
a3574fd
Compare
Choose a tag to compare

LinearSolve v3.1.0

Diff since v3.0.0

Merged pull requests:

Closed issues:

  • Circular dependency on 1.10 (#573)
  • Julia 1.10 compatabilities (#576)

v3.0.0

06 Feb 01:03
cd27b26
Compare
Choose a tag to compare

LinearSolve v3.0.0

Diff since v2.39.0

Breaking changes

  • RecrusiveFactorization.jl removed as a dependency and turned into an extension. It now must be explicitly loaded (using RecrusiveFactorization) in order to be used. It's still a part of the default algorithm but will only be selected if loaded. The reason for this is because this method brings in the LoopVectorization.jl stack and is thus a heavy dependency that can invalidate a large amount of code. This greatly reduces first run and solve times downstream. However, as it is the fastest method for many scenarios, it is still recommended that many users opt-in if they are looking for performance, but we see this makes a better trade-off between default performance and first run times.
  • FastLapackInterface.jl removed as a dependency and turn into an extension. It's not actually faster so it was unused, so this is a simple dependency reduction.
  • SparseArrays.jl removed as a dependency and turned into an extension. This allows for more easily building SciML packages in a GPL-free way (since SuiteSparse is GPL and pulled in through SparseArrays.jl), and also can greatly improve load times. However, in its current form it does not actually make a change because Krylov.jl, a hard dependency, still does using SparseArrays, which always triggers the extension. However, that should be solved soon (see JuliaSmoothOptimizers/Krylov.jl#955) in which case SparseArrays will no longer be required.

Merged pull requests:

v2.39.0

05 Feb 03:54
378f67f
Compare
Choose a tag to compare

LinearSolve v2.39.0

Diff since v2.38.0

Merged pull requests:

  • CompatHelper: bump compat for CUDSS in [weakdeps] to 0.4, (keep existing compat) (#562) (@github-actions[bot])
  • docs: Fixes for solver developing information (#565) (@jpsamaroo)
  • CompatHelper: bump compat for KrylovKit in [weakdeps] to 0.9, (keep existing compat) (#566) (@github-actions[bot])
  • Bump Pardiso compat to 0.5.7, 1.0 (#568) (@j-fu)
  • Bump zygote for 0.7 (#571) (@ChrisRackauckas)

Closed issues:

  • Circular Depency Detected (#563)

v2.38.0

01 Dec 20:36
02671f6
Compare
Choose a tag to compare

LinearSolve v2.38.0

Diff since v2.37.0

Merged pull requests:

v2.37.0

15 Nov 03:39
951a2bf
Compare
Choose a tag to compare

LinearSolve v2.37.0

Diff since v2.36.2

Merged pull requests:

Closed issues:

  • Sparse LU benchmarking (#359)

v2.36.2

31 Oct 00:25
80ee7cc
Compare
Choose a tag to compare

LinearSolve v2.36.2

Diff since v2.36.1

Merged pull requests:

v2.36.1

20 Oct 22:20
afc7a12
Compare
Choose a tag to compare

LinearSolve v2.36.1

Diff since v2.36.0

Merged pull requests:

  • CompatHelper: bump compat for GPUArraysCore to 0.2, (keep existing compat) (#549) (@github-actions[bot])
  • Fix Pardiso extension for the case of an AbstractSparseMatrixCSC (#550) (@j-fu)