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

meta-issue on consistency of command-line arguments across tools #7275

Closed
vicuna opened this issue Jun 15, 2016 · 4 comments
Closed

meta-issue on consistency of command-line arguments across tools #7275

vicuna opened this issue Jun 15, 2016 · 4 comments

Comments

@vicuna
Copy link

vicuna commented Jun 15, 2016

Original bug ID: 7275
Reporter: @gasche
Status: confirmed (set by @gasche on 2017-02-24T20:40:42Z)
Resolution: open
Priority: normal
Severity: feature
Target version: later
Category: tools (ocaml{lex,yacc,dep,debug,...})

Bug description

The -open argument was introduced in 4.02.0, but support for -open in ocamldoc was proposed just today in trunk:
#613

This meta-issue is meant to track similar mismatches, and encourage us to check that various ocaml tools support the new options that make sense for each of them.

@vicuna
Copy link
Author

vicuna commented Feb 24, 2017

Comment author: @shindere

As such I find this issue a bit vague. Would it be possible to add issues for each such inconsistency? Such more precise issues would be easier to work on and close.

@vicuna
Copy link
Author

vicuna commented Feb 24, 2017

Comment author: @gasche

Yes, the idea is to open issues for each such inconsistency, but to mark them all as children of this meta-issue (an issue about issues), so that it is easy to navigate from one to another of these issues -- this issue effectively collects a list, as well as giving us a central place in which to have discussions about command-line mismatches in general.

(You may ask what's the difference between meta-issues and tags. I have a personal tendency to use meta-issues to group related bugs together, and tags to describe a cross-cutting methodology aspect of an issue, but I'm not sure this distinction is always consistently done.)

@github-actions
Copy link

github-actions bot commented May 9, 2020

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

@github-actions github-actions bot added the Stale label May 9, 2020
@shindere
Copy link
Contributor

shindere commented Jun 4, 2020

This meta-issue has been silent so I will close it now.

It can always be reopened if it becomes useful again in the future.

@shindere shindere closed this as completed Jun 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants