-
Notifications
You must be signed in to change notification settings - Fork 1
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
Implement Project setup for different Targets #5
Comments
Note that |
Will have a look at this during the weekend! |
An option is to fork this example repo and add some commands to |
For the syntax I like |
I agree that the more rigid way of dealing with parameter might be more readable, but it's annoying to type and harder to remember than a quick shorthand. I think we should take a careful look at how recent package managers work and how they deal with arguments. |
There is something to be said for having a more imperative and readable style of giving commands. I personally like |
The thing with positional arguments is that they are hard to remember. If we mix in the target, e.g. |
I get your point./ Still, I think we should resist the temptation to achieve too much generality with what one can specify on the command line. After all, we have a configuration file, which is much easier to edit than configure using an elaborate command that inevitably will start to look like the o figuration file itself. |
Desired behavior
Creates
Lingo.toml
and./src/main.lf
with the correct target set and potentially other needed files.Help
=> The explanation refers to #6
./src/packages/mod.rs
is aConfigFile
this struct has aConfigFile::new()
function which generates the struct which is then written intoLingo.toml
./src/main.rs
are the command line arguments handled and files are currently created there but this can be moved../src/args.rs
is the expected command line argument schema.The text was updated successfully, but these errors were encountered: