фаршик точно так же грузит интеропы, они ж скомпиленные в IL

но тут багуля в самом фаршике кстати. По неведомой причине эту ошибку кидает компилятор на импорте бинарей

https://github.com/dotnet/fsharp/blob/f820847904ea40eaf6ed6f0238dec2e65d98d74f/src/fsharp/CompilerImports.fs#L1103

я дальше не дебажил, но репро очень простое да - зареференсить эту либу

https://github.com/dotnet/fsharp/issues/11190

нарисовал ишуй за тебя Alexandr

Там и картер уже отписался:)

Скайрим зарешал

Немного не то, но была версия где f# квотейшены траспайлирили в операции для CUDA, мб поможет

Ого, благодарю😂 может что из этого и выйдет)

Сборка у них с кривой метадатой, скорее всего.

А, ну это C++/CLI, если что.

если про либу, по идее можно потом с автором связаться что бы он пересобрал, он достаточно активаный в дисе

Хотя я нормально дёргал C++/CLI либы из F# в своё время. Так что обычно проблемы с ними не возникает.

Но error reporting в этом месте в компиляторе не очень хороший, конечно :(

Взяли стектрейс и… потеряли.

Это Вы про Alea.cuBase?

Вот кстати да, меня это больше всего убило. Я думал может стектрейс будет виден в diag, но хер, они его просто забыли (

"e.Message хватит всем"

Да

Кто ипользовал elmish.wpf ? у меня datagrid всего на 50 строк, бинжу к нему модель через subModelSeq и у меня очень сильно тормозит весь ui, иногда конечно все норм работает, но очень часто тормоза.

Пробовал использовать в нетривиальном проекте поверх CUDA. Alea только в примитивных сценариях работает как обещают. В мало-мальских сложных сценариях(ну когда классический подход с созданием кучи кернелов и вызовов их из CPU по ходу обсчета алгоритма никак не применим, в силу большого количества как кернелов, так и количества самих вызовов)-то Alea сливается. Ручной код ручками под нвидийный компилер, да еще по феншую с точки зрения эффективной утилизации shared memory с отсутствующей дивергенцией исполнения-вот мой выбор.

Hybridizer в ту же топку, что и Alea.