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

hal commands should use linux standard option syntax and be consistent #23

Open
diekhans opened this issue Oct 6, 2014 · 1 comment
Assignees

Comments

@diekhans
Copy link
Collaborator

diekhans commented Oct 6, 2014

The hal commands use some kind of command line parser that is inconsistent with linux commands.

for instance --coverage=PantheraLeo returns an error
Also, you shouldn't have to care if a command is written in C++, C, or python, or FORTRAN. They
should all be the same.

[p.s. I am volunteering to help with a lot of this build and use cleanup, just want to file ticket, not point fingers]

@glennhickey
Copy link
Collaborator

Hi Mark,

Adding support for --option=val in addition to --option val, may end up
being a fairly minor change to CLParser::parseOptions()
(hal/api/impl/halCLParser.cpp), for whatever that's worth.

-Glenn

On Mon, Oct 6, 2014 at 7:29 AM, Mark Diekhans [email protected]
wrote:

The hal commands use some kind of command line parser that is inconsistent
with linux commands.

for instance --coverage=PantheraLeo returns an error
Also, you shouldn't have to care if a command is written in C++, C, or
python, or FORTRAN. They
should all be the same.

[p.s. I am volunteering to help with a lot of this build and use cleanup,
just want to file ticket, not point fingers]


Reply to this email directly or view it on GitHub
#23.

@diekhans diekhans self-assigned this Apr 28, 2020
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