Cargo: 機能が有効になっていない場合のオプションの依存関係。

これも欲しいです。 midirには、複数のバックエンド（LinuxではALSAおよび/またはJACK、OSXではCoreMIDIおよび/またはJACK、WindowsではWinMM）があり、私の計画では、JACKを有効にして無効にするjack機能フラグを設定します。他の（ネイティブ）1つ。 また、JACK用にコンパイルする場合のALSA / CoreMIDIへの依存関係を削除したいので、ALSAがシステムにインストールされていない場合でも使用できます。

私の最初のアイデアは、上記で要求されたもの、つまり、 jack機能が選択されている場合にalsa-sys依存関係を無効にすること

これに代わる方法は、デフォルトの機能（ native ）を使用することです。これは、 jackが有効になっている場合、この機能のプラットフォーム固有の依存関係（つまり、 alsa-sys Linuxでは[target.x86_64-unknown-linux-gnu.features]ようなものを使用します。 また、現在、ターゲットプラットフォーム固有のdefault-feature-setを設定することは不可能のようです。これにより、問題も解決されます。

これまでのところ、依存するクレートでプラットフォームに依存する依存関係/機能を定義せずに機能する回避策を見つけることができませんでしたが、何かを見落としている可能性があります。

[target.'cfg(...)'.dependencies]構文を使用すると、これは、 cfg(feature = "...")をRustコードの場合と同じように動作させることでサポートできます。

[target.'cfg(not(feature = "std"))'.dependencies]
hashmap_core = "0.1.2"

現在、このようなセクションは、機能ステータスの有効化_に関係なく_として扱われます。これは、正直なところ、バグのように思えます。

私の場合も同じです。

[target.'cfg(not(feature = "std"))'.dependencies]
heapless = "0.2.7"

[features]
default = ["std"]
std = []

機能stdが有効になっていない場合にのみ、 heapless依存関係が必要です。
heaplessは夜間のみで機能しますが、 stdが有効になっている場合は、ライブラリを安定版と互換性があるようにします。

現在の動作はバグですか、それとも意図されたものですか？