Skip to content
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

Allow to build/run packages, not only lists of go files #30

Closed
FiloSottile opened this issue May 15, 2015 · 3 comments
Closed

Allow to build/run packages, not only lists of go files #30

FiloSottile opened this issue May 15, 2015 · 3 comments

Comments

@FiloSottile
Copy link
Contributor

No description provided.

@FiloSottile
Copy link
Contributor Author

How I see this working is with build accepting a package name and run a file name.

That should account for most uses, while being a lot simpler on the UX.

@FiloSottile
Copy link
Contributor Author

Here's a sketch of a usage I'll look at implementing:

godebug build [-godebugwork] [-instrument pkgs...] [-o output] [package]
    Takes a single main package. If arguments are a list of *.go files they
    are treated as a single package. -o as in go build with .debug suffix.
godebug run [-godebugwork] [-instrument pkgs...] gofiles... [--] [arguments...]
    Compile and run the given set of *.go files as a main package.
godebug test [-godebugwork] [-instrument pkgs...] [-c] [-o output] [packages] [flags for test binary]
    -c, -o, packages and flags like go test.

I'm not sure I see the reason behind output, too. Maybe as a undocumented command for debugging?

@jeremyschlatter
Copy link
Contributor

I'm not sure I see the reason behind output, too. Maybe as a undocumented command for debugging?

Leaving it undocumented sounds good to me. It's mostly an artifact of the early days of godebug when there were no wrapper commands and godebug just wrote files in-place. I do find it useful for debugging from time to time, though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants