# CalculiX and PARDISO (Windows)

**URL:** <https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011>\
**Category:** Uncategorized\
**Created:** [January 7, 2024, 10:06am UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011 "2024-01-07T10:06:07Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![rafal.brzegowy](https://avatars.discourse-cdn.com/v4/letter/r/a9adbd/32.png) [@rafal.brzegowy](https://calculix.discourse.group/u/rafal.brzegowy)\
**Post date:** [January 7, 2024, 10:06am UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/1 "2024-01-07T10:06:07Z")

</div>

I tried to add the CalculiX package to the mingw environment with PARDISO and spooles, unfortunately I received the following response [calculix-ccx: add new package by 3rav · Pull Request #19673 · msys2/MINGW-packages · GitHub](https://github.com/msys2/MINGW-packages/pull/19673#issuecomment-1880009379:)

“Being fastest or modern doesn’t change the fact thet It’s proprietary, It’s unfortunate but since we have an open-source alternative the It’s the only way.”

Maybe more people will convince them?

Useful links, ready-made PARDISO .dll library package (just download and unpack the .whl archive):  
 ![image](https://global.discourse-cdn.com/free1/uploads/calculix/original/2X/7/7971a21a1aaece1bacf9520b56444a2656d6fe5a.png)

> **[mkl](https://pypi.org/project/mkl/)**
>
> Intel® oneAPI Math Kernel Library

> **[mkl-include](https://pypi.org/project/mkl-include/)**
>
> Intel® oneAPI Math Kernel Library

> **[intel-openmp](https://pypi.org/project/intel-openmp/)**
>
> Intel OpenMP\* Runtime Library

​

---

<div class="post-metadata">

**Author:** ![vicmw](https://avatars.discourse-cdn.com/v4/letter/v/6de8d8/32.png) [@vicmw](https://calculix.discourse.group/u/vicmw)\
**Post date:** [January 7, 2024, 8:14pm UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/2 "2024-01-07T20:14:35Z")

</div>

It might be out of their hands. CCX’s GPLv2 says:

“You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License.”

---

<div class="post-metadata">

**Author:** ![ceanwang](https://avatars.discourse-cdn.com/v4/letter/c/4da419/32.png) [@ceanwang](https://calculix.discourse.group/u/ceanwang)\
**Post date:** [January 7, 2024, 10:02pm UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/3 "2024-01-07T22:02:17Z")

</div>

I am not a fan of msys2.

Like to compile directly under windows.

---

<div class="post-metadata">

**Author:** ![jbr](https://avatars.discourse-cdn.com/v4/letter/j/ecccb3/32.png) [@jbr](https://calculix.discourse.group/u/jbr)\
**Post date:** [January 7, 2024, 11:13pm UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/4 "2024-01-07T23:13:28Z")

</div>

> [@rafal.brzegowy](#):
>
> Maybe more people will convince them?

I doubt it. It is a principle based on the licenses.  
Maybe we should try to add support for other open-source solvers (trilinos, petsc, strumpack, superLU, suitesparse)?

---

<div class="post-metadata">

**Author:** ![lucas\_bueno](https://yyz2.discourse-cdn.com/free1/user_avatar/calculix.discourse.group/lucas_bueno/32/1595_2.png) [@lucas\_bueno](https://calculix.discourse.group/u/lucas_bueno)\
**Post date:** [January 8, 2024, 12:30am UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/5 "2024-01-08T00:30:43Z")

</div>

The more alternatives for solvers, the better. We often see problems related to solvers, especially with PastiX. But I don’t know how difficult it is to implement.

---

<div class="post-metadata">

**Author:** ![rafal.brzegowy](https://avatars.discourse-cdn.com/v4/letter/r/a9adbd/32.png) [@rafal.brzegowy](https://calculix.discourse.group/u/rafal.brzegowy)\
**Post date:** [January 8, 2024, 8:36am UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/6 "2024-01-08T08:36:39Z")

</div>

At least msys2/mingw specialists have already proposed the first compatibility fixes:

in: `restartwrite.f` and `writeobj.f`

> <https://github.com/msys2/MINGW-packages/pull/19673/commits/bf392f8f916f068c2a3320750b8056bfca4c88e1>

---

<div class="post-metadata">

**Author:** ![jbr](https://avatars.discourse-cdn.com/v4/letter/j/ecccb3/32.png) [@jbr](https://calculix.discourse.group/u/jbr)\
**Post date:** [January 9, 2024, 6:35am UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/7 "2024-01-09T06:35:57Z")

</div>

> [@lucas\_bueno](#):
>
> But I don’t know how difficult it is to implement.

It takes time to do it properly and to take care of the bugs/updates in the solvers. See the case of Pastix, which is relatively fresh and has proven challenging to compile and maintain…

---

<div class="post-metadata">

**Author:** ![rafal.brzegowy](https://avatars.discourse-cdn.com/v4/letter/r/a9adbd/32.png) [@rafal.brzegowy](https://calculix.discourse.group/u/rafal.brzegowy)\
**Post date:** [January 23, 2024, 3:54pm UTC](https://calculix.discourse.group/t/calculix-and-pardiso-windows/2011/8 "2024-01-23T15:54:36Z")

</div>

Testing Windows version of: [GitHub - efirvida/CalculiX: This repository contains the source files of CalculiX, a three-dimensional Finite Element Program (www.calculix.de).](https://github.com/efirvida/CalculiX/tree/2.21)

> <https://github.com/Dhondtguido/CalculiX/pull/72>
>
> I Add the ability to export the simulation results in csv format, for some .dat …and .frd results. I didnte check all cases, just the cases I need but I think its a good starting point.

> **[ccx\_dynamic.7z](https://www.dropbox.com/scl/fi/mmtp1khn4x0c6cfu6z0ey/ccx_dynamic.7z?rlkey=gy3441jam8tgf8ppnnqh18iqq&dl=0)**
>
> Shared with Dropbox
