[英]'yield' is not a member of 'std::this_thread'
我試圖產生當前線程：
的std :: this_thread ::收率（）;
但不幸的是GCC知道的更好：
'yield'不是'std :: this_thread'的成員
我忘了一些類似於D_GLIBCXX_USE_NANOSLEEP的黑客攻擊，或者是什么？
是的，這似乎是與_GLIBCXX_USE_NANOSLEEP類似的問題。 GCC根據宏_GLIBCXX_USE_SCHED_YIELD有條件地編譯yield 。 如果你定義它，它應該編譯。
這將在GCC 4.8中修復。
您不應在代碼中定義_GLIBCXX_USE_NANOSLEEP或_GLIBCXX_USE_SCHED_YIELD 。 它們是GCC / libstdc ++ - 內部宏，所以應該定義它。 如果沒有定義它們，那是因為GCC沒有配置檢查功能可用性的選項。 因為對於你正在使用的任何系統來說，啟用該選項顯然沒有任何缺點，你可以問任何提供你的GCC的人這樣做。 在此之前，比在代碼中啟用宏更安全的hack是修改系統上的c++config.h文件以定義宏。
在配置gcc以啟用sched_yield檢測時，您可能需要使用'--enable-libstdcxx-time'。 出於某種原因，只需檢查多個功能
std::this_thread::yield() 對比 std::this_thread::sleep_for()
[英]std::this_thread::yield() vs std::this_thread::sleep_for()
std :: this_thread :: yield只是一個提示會出現問題嗎？
[英]Can std::this_thread::yield being just a hint be problematic?
C++11 線程等待行為：std::this_thread::yield() 與 std::this_thread::sleep_for( std::chrono::milliseconds(1) )
[英]C++11 Thread waiting behaviour: std::this_thread::yield() vs. std::this_thread::sleep_for( std::chrono::milliseconds(1) )
從std :: cin進行的非阻塞讀取是否與std :: this_thread :: sleep_for（）或std :: this_thread :: yield（）（IPC）一起使用
[英]Does non-blocking read from std::cin work with std::this_thread::sleep_for() or std::this_thread::yield() (IPC)
C++11“native_handle”不是“std::this_thread”的成員
[英]C++11 'native_handle' is not a member of 'std::this_thread'
std::this_thread::yield 與 Linux 上的 sched_yield 有什么不同嗎？
[英]Is std::this_thread::yield any different from sched_yield on linux?
如果延遲很重要，我應該在繁忙的循環中使用std :: this_thread :: yield嗎？
[英]Should I use std::this_thread::yield in a busy loop if the latency matters?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
