-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
easier access to ace_fit.jl
#48
Comments
This is a good point, and relevant for distributed fitting where one is forced to use the command line (e.g., |
@bernstei pointed out that we can just add |
Not the most elegant, but is it possible something like |
Maybe this Comonicon.jl https://discourse.julialang.org/t/tooling-for-julia-command-line-scripts/73915 Update: there's now a 1.0 release https://discourse.julialang.org/t/comonicon-1-0-release-probably-the-best-cli-generator-in-julia/86122 |
version 0.8 (to be released asap) should make this quite easy. (I hope) otherwise we can reopen. |
Currently, to access the command line fitting script, users would have to execute
But afaik users shouldn't need to fiddle with the package directories and there might be multiple corresponding to multiple versions of the package.
Is there a way to make
ace_fit.jl
more visible or accessible?Python has "console scripts" where you can give a name to an executable which is a short-hand for executing a script. For example instead of
can just do
wfl --help
.I couldn't find a Julia equivalent?
Alternatively, maybe there's a way to, when adding ACE1pack, export the path to scripts directory somehow? So that
julia ace_fit.jl -p params.yml
works?There's PackageCompiler, which might be useful so that users-only don't even need to install julia & packages, but for this simple problem it seems an overkill.
The text was updated successfully, but these errors were encountered: