Cet article traite des options actuellement disponibles en matière de bibliothèques matricielles C/C++ Open Source utilisables sous Linux. Parmi elles se trouvent Meschach qui fournit des routines pour opérer sur matrices et vecteurs de projets codés en C, la Coopware Matrix (CwMtx) pour codage en C++, et finalement Blitz, qui fournit un index de classes N-dimensionnel avec des types « utilisateurs-définis » intégraux, non fixés, complexes, et dociles.
Aller plus loin
# certe...
Posté par kael . Évalué à -4.
hop -1 [jesors]
[^] # Re: certe...
Posté par Prosper . Évalué à -1.
# plop
Posté par Troy McClure (site web personnel) . Évalué à 10.
Blitz++ n'est pas vraiment une bibliothèque de matrices, mais est plutot orienté tableaux (à la base c'était pour les gens qui font du traitement d'images si je me souviens bien). C'est typiquement le genre de bibliothèque assez jolie, mais qui tue les compilateurs. Là aussi je l'avais essayée (mais pas adoptée) y'a quelques années, g++ compilait une ligne par seconde (j'exagère pas), depuis il a du faire des progrès mais les templates faut pas en abuser.
Dans le même genre que Blitz, il y a pooma http://www.codesourcery.com/pooma/pooma(...) j'ai jamais essayé mais on m'en avait dit du bien.
Toujours dans le genre templates, y'a mtl (Matrix Template Library) qui est pas mal et de taille raisonnable, http://www.osl.iu.edu/research/mtl/(...) , et qui peut se coupler avec itl (Iterative Template Library http://www.osl.iu.edu/research/itl/(...) ) pour les solveurs iteratifs (mais itl est indépendante, c'est tout l'intérêt des templates ici)
Sinon il y avait un projet très ambitieux de bibliothèque (GPL) à base de templates pour gèrer les matrices, la différentiation automatique, les fft, etc: http://ldeniau.home.cern.ch/ldeniau/html/sl++.html(...) malheureusement ça a l'air définitivement abandonné..
[^] # Re: plop
Posté par Troy McClure (site web personnel) . Évalué à 10.
D'ailleurs ça me fait penser que l'article aurait pu toucher un mot sur LAPACK, c'est quand même la lib de base (et c'est toujours un plaisir de l'utiliser ;-)
[^] # Re: plop
Posté par Christophe Duhamel . Évalué à 10.
C'est un peu le même problème qu'on retrouve pour les graphes. Il y a pas mal de bibliothèques, mais, lorsqu'elles sont correctes (pas/peu de bugs, relativement faciles à utiliser) il faut faire le choix en fonction des possibilités offertes et de ce qu'on cherche.
Ca faisait un bout de temps que je me disais qu'un jour, je prendrais le temps de regarder sur le web les différentes possibilités. Merci pour les références
# Heu
Posté par Moby-Dik . Évalué à 10.
[^] # Re: Heu
Posté par Christophe Jacquet . Évalué à 2.
# Gnu Scientific Library
Posté par beb . Évalué à 10.
http://www.gnu.org/software/gsl/gsl.html(...)
# d'autres encores
Posté par Bruno . Évalué à 1.
Pour construire un BLAS (avec interface fortran et C) plus une mini LAPACK :
http://math-atlas.sourceforge.net/devel/(...)
Un solveur creux généraliste excellent :
http://www.cise.ufl.edu/research/sparse/umfpack/(...)
Une lib avec un excellent choleski creux :
http://www.tau.ac.il/~stoledo/taucs/(...)
The fast fourier transform of the west :
http://www.fftw.org/(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.