Auto merge of #5322 - matklad:correctly-use-unstable-options, r=alexcrichton
authorbors <bors@rust-lang.org>
Sun, 8 Apr 2018 17:11:32 +0000 (17:11 +0000)
committerbors <bors@rust-lang.org>
Sun, 8 Apr 2018 17:11:32 +0000 (17:11 +0000)
commit8aa2794a654f5ded327df28747e98ba2e152ea75
tree6cc7eb177f3c0085a88cfbc4e0141b36aae8c2a9
parent9a566608d0655321655def7bc2239dbc1b9870c1
parent53f8501286d703f033d06f53369adbbebdc403b4
Auto merge of #5322 - matklad:correctly-use-unstable-options, r=alexcrichton

Properly use unstable options for out-dir

@alexcrichton how exactly are unstable CLI options supposed to be handled?

One can do `-Z unstable-options my-opt` (this is done for `registry`, and this pr uses the same approach for `out-dir`). Once can also do `-Z my-opt`. Doc comments say that `-Z my-opt=val` is also possible, but in reality it does not work.

This infra was inherited from `rustc`, which is a slightly different use-case, because it does not have subcommands. That is, if you do `-Z my-opt`, it is available for all subcommands, but does not show up in the help...

What do you think about having only `-Z unstable-options` to unlock all cli options? Or do we require a finer-graind granularity?

Somewhat related, we have a bunch of unstable options already... Do we have tracking issues for them, to know when the time comes to graduate them to stable?