`dtype` parameter, and `from_ndarray` crash

未關閉
#269 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
35/100
Issue 類型
缺陷
描述清晰度
需要釐清
活躍度
停滯
技術堆疊
python
領域
backend

研究方向

首先，在使用 Mesa/Rusticl OpenCL 後端的 Fedora 40 上重現 dtype 和 from_ndarray 的崩潰，然後將行為與 ROCm 進行比較。追蹤這兩個進入點並縮小後端特定故障的範圍；當兩個操作在回報的設定上都能正常運作且不會發生 segmentation fault 時，即視為完成。

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

描述

I have a back end using mesa/rusticl OpenCL on fedora 40 with both an NVIDIA and AMD GPU. There are two opencl backends for the AMD device, ROCm and the aforementioned mesa drivers. The mesa drivers are how I interface to the NVIDIA GPU (trying to avoid using the proprietary driver). Everything works fine with the ROCm driver, however, any time there is a dtype parameter arrayfire segfaults, also I noticed it crashes with from_ndarray

主要語言
Python
星號
422
分支
63
30 天內沒有已合併 PR

貢獻指南

這個儲存庫沒有索引到貢獻指南

從這裡開始

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

arrayfire/arrayfire-python 的其他 Issue

查看 arrayfire/arrayfire-python 的全部 Issue

相似的 Issue

更多 Python Issue

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

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