dijitso
distributed just-in-time building of shared libraries (Python 3)
Install
- All systems
-
curl cmd.cat/dijitso.sh
- Debian
-
apt-get install python3-dijitso
- Ubuntu
-
apt-get install python3-dijitso
- Kali Linux
-
apt-get install python3-dijitso
- Windows (WSL2)
-
sudo apt-get update
sudo apt-get install python3-dijitso
- Raspbian
-
apt-get install python3-dijitso
- Dockerfile
- dockerfile.run/dijitso
python3-dijitso
distributed just-in-time building of shared libraries (Python 3)
Dijitso was written to improve a core component of the FEniCS framework, namely the just in time compilation of C++ code that is generated from Python modules, but is only called from within a C++ library, and thus do not need wrapping in a nice Python interface. The main approach of dijitso is to use ctypes to import the dynamic shared library directly with no attempt at wrapping it in a Python interface. As long as the compiled code can provide a simple factory function to a class implementing a predefined C++ interface, there is no limit to the complexity of that interface as long as it is only called from C++ code, If you want a Python interface to your generated code, dijitso is probably not the answer. Although dijitso serves a very specific role within the FEniCS project, it does not depend on other FEniCS components. The parallel support depends on the mpi4py interface, although mpi4py is not actually imported within the dijitso module so it would be possible to mock the communicator object with a similar interface. This package installs the library for Python 3.
python-dijitso
distributed just-in-time building of shared libraries
Dijitso was written to improve a core component of the FEniCS framework, namely the just in time compilation of C++ code that is generated from Python modules, but is only called from within a C++ library, and thus do not need wrapping in a nice Python interface. The main approach of dijitso is to use ctypes to import the dynamic shared library directly with no attempt at wrapping it in a Python interface. As long as the compiled code can provide a simple factory function to a class implementing a predefined C++ interface, there is no limit to the complexity of that interface as long as it is only called from C++ code, If you want a Python interface to your generated code, dijitso is probably not the answer. Although dijitso serves a very specific role within the FEniCS project, it does not depend on other FEniCS components. The parallel support depends on the mpi4py interface, although mpi4py is not actually imported within the dijitso module so it would be possible to mock the communicator object with a similar interface. This is a dummy package that depends on python3-dijitso. (Dijitso is no longer available for Python 2).