Cargo: वैकल्पिक निर्भरता जब कोई सुविधा नहीं सक्षम होती है।

को निर्मित 27 जुल॰ 2015 · 3टिप्पणियाँ · स्रोत: rust-lang/cargo

कुछ पुस्तकालय खराब प्रदर्शन के साथ स्थिर जंग पर चल सकते हैं (उदाहरण के लिए NonZero का उपयोग किए बिना) या सीमित क्षमताओं (कुछ एपीआई अक्षम)। प्रतीत होता है कि उभरती हुई प्रथा में unstable या nightly कार्गो सुविधा हो रही है ताकि उपयोगकर्ता अस्थिर जंग सुविधाओं का उपयोग करने में सक्षम हो सकें जब वे उपलब्ध हों।

मैं std::rc::Weak लिए एक काम के रूप में जंग-आरसी प्रकाशित कर रहा हूं जो अभी तक स्थिर नहीं है। फिलहाल, इस टोकरे को डिफ़ॉल्ट रूप से एक निर्भरता के रूप में रखने का कोई तरीका प्रतीत नहीं होता है, लेकिन _not_ जब unstable सुविधा सक्षम होती है। क्या इसे कार्गो में जोड़ा जा सकता है?

ध्यान दें कि डिफ़ॉल्ट को उलटने और stable सुविधा होने से समस्या केवल उन निर्भरताओं तक ले जाती है जिनका उपयोग केवल अस्थिर जंग पर किया जा सकता है।

A-features

स्रोत

SimonSapin

❤2 👍2

सबसे उपयोगी टिप्पणी

[target.'cfg(...)'.dependencies] सिंटैक्स के साथ, इसे केवल cfg(feature = "...") को रस्ट कोड की तरह व्यवहार करने की अनुमति देकर समर्थित किया जा सकता है:

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

वर्तमान में, इस तरह के एक खंड को सुविधा स्थिति के सक्षम _regardless_ के रूप में माना जाता है, जो ईमानदारी से मेरे लिए एक बग की तरह लगता है।

eternaleye 22 मार्च 2018

👍8

सभी 3 टिप्पणियाँ

मैं यह भी लेना चाहूंगा। मिडिर में , कई बैकएंड हैं (लिनक्स पर एएलएसए और/या जैक, ओएसएक्स पर कोरमिडी और/या जैक, विंडोज़ पर विनएमएम), और मेरी योजना jack फीचर ध्वज है जो जैक को सक्षम बनाता है और अक्षम करता है अन्य (देशी) एक। मैं जैक के लिए संकलन के मामले में एएलएसए/कोरमिडी पर निर्भरता को भी हटाना चाहता हूं, इसलिए इसका उपयोग तब भी किया जा सकता है जब सिस्टम पर एएलएसए स्थापित न हो।

मेरा पहला विचार यह था कि ऊपर क्या अनुरोध किया गया है, यानी alsa-sys निर्भरता को अक्षम करने के लिए यदि jack सुविधा का चयन किया जाता है।

इसका एक विकल्प एक डिफ़ॉल्ट सुविधा (जैसे native ) है, जिसे अक्षम किया जा सकता है यदि jack सक्षम है, और फिर इस सुविधा के लिए प्लेटफ़ॉर्म-विशिष्ट निर्भरताएं हैं (अर्थात् alsa-sys Linux पर और OSX पर CoreMIDI), [target.x86_64-unknown-linux-gnu.features] जैसी किसी चीज़ का उपयोग करके। वर्तमान में लक्ष्य प्लेटफ़ॉर्म विशिष्ट डिफ़ॉल्ट-फ़ीचर-सेट होना भी असंभव प्रतीत होता है, जो समस्या का समाधान भी करेगा।

अब तक मुझे ऐसा कोई वर्कअराउंड नहीं मिल रहा था जो डिपेंडेंट क्रेट में प्लेटफॉर्म-डिपेंडेंट डिपेंडेंसी/फीचर्स को परिभाषित किए बिना काम करता हो, लेकिन हो सकता है कि मैंने कुछ अनदेखी की हो।

Boddlnagg 11 अग॰ 2015

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

eternaleye 22 मार्च 2018

👍8

मेरे लिए वही मामला:

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

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

मैं केवल heapless निर्भरता चाहता हूं यदि सुविधा std सक्षम नहीं है।
heapless केवल रात्रिकालीन के साथ काम करता है, लेकिन मैं चाहता हूं कि std सक्षम होने पर मेरी लाइब्रेरी स्थिर के साथ संगत हो।

क्या वर्तमान व्यवहार एक बग है या इसका इरादा है?

lschmierer 20 अप्रैल 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Cargo: वैकल्पिक निर्भरता जब कोई सुविधा *नहीं* सक्षम होती है।

सबसे उपयोगी टिप्पणी

सभी 3 टिप्पणियाँ

संबंधित मुद्दों

Cargo: वैकल्पिक निर्भरता जब कोई सुविधा नहीं सक्षम होती है।