Cargo: 기능이 활성화되지 *않은* 경우 선택적 종속성.

이것도 갖고 싶습니다. midir 에는 여러 백엔드(Linux의 경우 ALSA 및/또는 JACK, OSX의 경우 CoreMIDI 및/또는 JACK, Windows의 경우 WinMM)가 있으며, 제 계획은 JACK을 활성화하고 비활성화하는 jack 기능 플래그를 갖는 것입니다. 다른 (네이티브) 하나. 또한 JACK용으로 컴파일하는 경우 ALSA/CoreMIDI에 대한 종속성을 제거하여 시스템에 ALSA가 설치되지 않은 경우에도 사용할 수 있도록 하고 싶습니다.

내 첫 번째 아이디어는 위에서 요청한 것, 즉 jack 기능이 선택되면 alsa-sys 종속성을 단순히 비활성화하는 것입니다.

이에 대한 대안은 jack 가 활성화된 경우 비활성화될 수 있는 기본 기능(예: native )을 갖고 이 기능에 대한 플랫폼별 종속성을 갖는 것 alsa-sys 같은 것을 사용하여 OSX에 리눅스와 CoreMIDI에), [target.x86_64-unknown-linux-gnu.features] . 또한 현재로서는 문제를 해결할 대상 플랫폼별 기본 기능 세트를 갖는 것이 불가능한 것으로 보입니다.

지금까지 종속 상자에서 플랫폼 종속 종속성/기능을 정의하지 않고 작동하는 해결 방법을 찾을 수 없었지만 간과했을 수 있습니다.

[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 는 nightly에서만 작동하지만 std 가 활성화된 경우 내 라이브러리가 stable과 호환되기를 원합니다.

현재 동작이 버그입니까 아니면 의도된 것입니까?