F # 1.9.9.9 i lapack

Question

Czy ktoś może mi pomóc z przykładem na użyciu Lapap z najnowszym f #? Czy na razie nie jest to zalecane?

Szukałem i znajduje tylko http://fdatamining.blogspot.com/, ale nie udało się skompilować FSharp.PowerPack.Math.Providers.dll.

EDYTOWANIE: @Yin, Dzięki za twój blog. Podczas kompilowania FSharp.PowerPack.Math.Providers.dll ze źródła 1.9.7.8, Microsoft.FSharp.Compatibility.permutation jest używane kilka razy i nie można go znaleźć. W swoim blogu mówi się po prostu zdefiniować go wyraźnie:

type permutation = int –> int. 

Ewentualnie mogę wymienić wszystkie Microsoft.FSharp.Compatibility.permutation z Microsoft.FSharp.Math.Permutation, ale to skompilowany. Jeszcze tego nie testowałem.

Czy możesz pokazać nam przypadek testowy na błąd svd?

Dzięki

Answer 1

Napisałem tego bloga. Czy korzystasz z VS 2008? Czy zainstalowałeś PowerPack? Co zrobiłeś do tej pory? Jakie błędy w kompilacji dostałeś?

Korzystanie z usług matematycznych NIE jest zalecane przez zespół F #. Jednak jest to najlepsze, co mogę znaleźć online dla F # (niekompletny i alfa-test Math.Net potrzebuje czasu, aby dojrzeć). Mogę również powiedzieć, że opakowanie jest błędne, np. jest błąd w opakowaniu SVD. Ale to opakowanie jest małe, możesz je zachować samodzielnie w nowych wydaniach F # i dodawać nowe funkcje według potrzeb (mamy tutaj oczywisty problem z licencją!). Moim planem jest używanie i modyfikowanie tego opakowania, dopóki nie będzie stabilne i przepisanie nowego, aby usunąć problem z licencją. Lub możemy przekonać MS lub MSR, aby kontynuować rozwój.

@ahala, błąd SVD

wyszukiwania element this.dgesvd _ ((A: matryca)) = w lapack_service_netlib.fs

Ta funkcja błędu pamięci wejście/segmentu błędów, gdy wykonanie SVD na macierzy m-by-n (m> n).

Aby rozwiązać problem, musimy zmienić arg_jobu i arg_jobvt na "S". ref lapack doc here: http://linux.die.net/man/l/dgesvd