-
-
Notifications
You must be signed in to change notification settings - Fork 24
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
Pkg3: running a package #20
Comments
I'll note that Rust does this by having a |
I like the idea of having a However I think we need to allow multiple entry points in the run directory, so Also, if I could register with the package manager certain files in the (even the package manager could have some command line tools, like EDIT: I just realized that |
What about a way to set keyword args?
|
I was thinking A package might want to specify a default "program" - I'm not sure. |
@andyferris The way Rust handles that is when there is only one executable artefact, you need not specify the name of an artefact. So, for a Plus, the name of the artefact can be more descriptive than simply |
Over in discourse it was discussed to distinguish between "runnable packages" (called projects in that thread) and "library packages" (called packages). The suggestion which gathered the most likes was not to distinguish between projects and packages, but instead to "standardize where to put runnable scripts into packages as we know them now. Say a folder
run/
orscripts/
and the main program would berun/main.jl
. Pure "Projects" would have an emptysrc/
folder and fullrun/
folder and vice versa (most would have a bit of both). Similar toPkg.test("SomePkg")
we could have aPkg.run("SomePkg")
torun run/main.jl
." Also a command-line option could be good, sayjulia --run SomePkg
.(I haven't followed this Julep too closely, please close this issue if this is in it already. Or let me know if this should be posted over in Julia itself.)
The text was updated successfully, but these errors were encountered: