Hacktoberfest 2026:維護者為十月標記出來的 issue,仍然開放、適合新手。 瀏覽 Hacktoberfest issue

openblas_set_threads_callback_function is a silent no-op on Windows

未關閉
#6,108 2 則留言 1 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

@martin-frbg 已經在處理了。

開始於 2026年10月9日。

  • #6115 來自 @martin-frbg —— 未關閉

評估

難度
4/5
預估耗時
3-5 天
新手友好度
43/100
Issue 類型
缺陷
描述清晰度
基本清楚
活躍度
活躍
技術堆疊
c
領域
backend

研究方向

Read driver/others/blas_server_win32.c and compare its current Windows threading backend with commit 7102367fd and the history described for #4835. First determine whether caller-managed threading is intended to be supported on Windows; if it is, verify the callback registration and invocation behavior, and if not, clarify the limitation for callers. Done means the behavior is no longer silently misleading and is consistent with the project's decision.

由索引模型根據 Issue 內容生成。

描述

Summary

On Windows, openblas_set_threads_callback_function() is accepted and silently ignored: the registered callback is never invoked, and no error or warning is produced. The symbol is exported and declared in cblas.h, so callers have no way to tell that caller-managed threading is not in effect.

This looks like fallout from #4835 rather than an intentional limitation.

History

The win32 backend did have the hook:

  • 7102367fd ("Introduced callback to Pthread, Win32 and OpenMP backend") added it, on top of the file as it stood after #4359.
  • #4835 undid #4359 by replacing driver/others/blas_server_win32.c with its pre-#4359 revision.

Question

Is this worth restoring, or is caller-managed threading deliberately unsupported on Windows?

主要語言
C
星號
7.6k
分支
1.7k
平均合併
1 天 19 小時
30 天內合併 PR
53

環境準備

這個專案沒有提供開發容器、Dockerfile 或貢獻指南,環境需要你自己搭建:先看它的 README,通用步驟見我們的新手貢獻指南。

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

OpenMathLib/OpenBLAS 的其他 Issue

查看 OpenMathLib/OpenBLAS 的全部 Issue

相似的 Issue

更多 C Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。