Replies: 4 comments 3 replies
-
|
With Python 3.10: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
With Python 3.7: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Another option is to try https://docs.exaloop.io/codon. The concept looks very promising. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hi. I wonder if this is still a viable goal or some "tricky" issues have been encountered during the previous attempt. Thanks! |
Beta Was this translation helpful? Give feedback.
3 replies
-
|
Hi @fniu, the answer depends on what you would like to achieve. I didn't push further with Nuitka or other tools, but StrictDoc supports the PyInstaller installation since quite some time. It is not documented because only one company has been using it and to build a standalone bundle you would need to run something like this: The difference between PyInstaller and Nuitka is that (afaik) Nuitka produces a real binary executable from the entire program while PyInstaller rather creates a standalone program that looks like an executable but inside it still runs Python. If you need simply need a standalone installation, give the PyInstaller a try (you would need to run the If you need a real executable binary, it is another story and we don't support this yet until someone solves all the edge cases. Here is a friendly summary from ChatGPT which can make mistakes 😄 
|
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the clarification. It is very helpful. At some point, I will probably try to compile StrictDoc using Nuitka for our need. I will come back with our findings. Thanks. |
Beta Was this translation helpful? Give feedback.
-
|
@fniu note that StrictDoc already has a basic Nuitka script stored here: Line 924 in a43e47f That's the one I used to get to the compilation issues reported by this discussion. cc @richardbarlow: FYI: It might be worth exploring a static bundling setup using PyInstaller or Nuitka. This approach could provide strong assurance that the StrictDoc configuration is fully frozen and that the exact validated setup is what's being used in your safety application. Whether or not combine it with Docker is another question. |
Beta Was this translation helpful? Give feedback.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Using Nuitka to generate a StrictDoc static binary is a great idea, however it looks like some extra work has to be done before the whole build pipeline produces executables valid on all platforms.
Observations so far:
--static-libpython=nobecause my pyenv-created Python versions do not allow the static build. When I run the nuitka-built binary for the first time on macOS, the warm up time takes up to 20+ seconds which is extremely long. Starting from the second run, however, the binary StrictDoc works much faster than the Python version. I am assuming that the startup time will change when compiled with--static-libpython=yes.Below I am sharing the problems that I have encountered on macOS. The
segmentation faultproblem below is the most prominent so far, and I don't know how to fix it quickly. With more time, I would reach out to the Nuitka developers and ask them how the call stacks like the one below can be investigated (the call stack goes around bibtex).Beta Was this translation helpful? Give feedback.
All reactions