Allow comments in flagfile
See original GitHub issueThe --flagfile
argument to the compiler is a convenient way to package up the many options needed.
However, the options can be surprising, so the flag file would strongly benefit from being able to add comments:
- what this option does
- explanation for why it’s used in the project
- a TODO to change the option to another value, link to a bug
Issue Analytics
- State:
- Created 6 years ago
- Reactions:4
- Comments:17 (5 by maintainers)
Top Results From Across the Web
Command Line Flags - osquery - Read the Docs
The osquery shell and daemon use optional command-line (CLI) flags to control initialization, disable/enable features, and select plugins. These flags are ...
Read more >How To Use Gflags (formerly Google Commandline Flags)
Typically, an application lists what flags the user is allowed to pass in, and what arguments they take -- in this example, -l...
Read more >Add osquery flagfile option · Issue #96 · kolide/launcher - GitHub
I propose we write the osqueryd flags into /etc/kolide/flags and allow osquery to be restarted with adjusted options. Thoughts? The text ...
Read more >IZ10306: DEPLOY A FLAG FILE IN ORDER TO ALLOW CIT TO ... - IBM
Needed a mechanism to deploy a flag file in order to allow CIT to work as single user. ... Comments. APAR Information. APAR...
Read more >How to set a default value to flagfile in gflags? - Stack Overflow
You can simply check the parameters yourself before calling the ParseCommandLineFlags function. For example something like:
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Typically a JSON configuration format would not accommodate the thing @alexeagle was hoping for, comments intermixed with configuration. As I understand some systems work around this by accepting yet another format which is not JSON per se, but a kind of hybrid JSON it also allows comments.
https://www.npmjs.com/package/comment-json
However, for the sake of moving things along, swapping the whole thing over to a completely different way of specifying configuration sound like a lot more work than just tolerating comment lines in the existing format. I don’t have a “vote” but if I did I would encourage the effort be spent on numerous essential features instead of migrating to a different configuration format.
Vaguely related: rollup comes with a note module resolver. That resolver does not yet support the es2015 key, for the same reasons as discussed earlier here: That they are aiming to support things that are at least somewhat official standards. I made an alternative resolver that does understand these files, suitable for use with angular:
https://www.npmjs.com/package/rollup-plugin-node-resolve-angular
This is a feasible approach for rollup or webpack (although the letter does not need it, see @jasonaden comment about the configuration option). It’s not feasible for Closure because Closure does not have (that I know of) any way to write a plug-in resolver.