g ++ kompiliert nicht '*' für die Matrixmultiplikation mit Armadillo-Bibliothek

Question

Erkennen ich in einen Fehler am laufen, wenn die folgende C Kompilieren ++ Code:

# include <iostream> 
# include <armadillo> 

using namespace arma; 
using namespace std; 

int main() { 
mat A; 
mat B; 
mat C; 

// Populating the matrices with random numbers 
A.randu(3,3); 
B.randu(3,3); 

// Matrix multiplication 
C = A * B; 

cout << "Mutliplying matrices A and B:" << endl; 
cout << "A * B = " << C << endl; 

return 0; 

}

Hier ist mein Fehler, wenn sie mit g ++ kompiliert:

Undefined symbols for architecture x86_64: "_wrapper_dgemm_", referenced from:

void arma::blas::gemm<double>(char const*, char const*, int const*, > int const*, int const*, double const*, double const*, int const*, double > const*, int const*, double const*, double*, int const*) in >armadillo_playground-aa3649.o 

"_wrapper_dgemv_", referenced from:

void arma::blas::gemv<double>(char const*, int const*, int const*, >double const*, double const*, int const*, double const*, int const*, >double const*, double*, int const*) in armadillo_playground-aa3649.o 

ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see >invocation)

Wenn ich die Matrixmultiplikation ersetzen '*' mit '+', '%' usw. der Code kompiliert, ohne zu klagen.

Vielen Dank im Voraus!

Answer 1

Der Fehler ist ein einfacher Linker Fehler, den Sie durch richtiges Bauen überwinden können. Genau das, was Sie auf Ihrem System/OS abhängen müssen (und alle dokumentiert ist), aber auf meiner Linux-Box das funktioniert:

edd@max:/tmp$ g++ -o arma arma.cpp -larmadillo 
edd@max:/tmp$ ./arma 
Mutliplying matrices A and B: 
A * B = 1.0574 1.0356 1.5178 
    1.1368 1.3434 1.4919 
    0.7028 0.6516 1.0423 

edd@max:/tmp$ 

Hier arma.cpp ist die Datei Ihres Beispiel enthält. Die Verknüpfung mit der Bibliothek libarmadillo.so ist ausreichend, da sie mit LAPACK- und BLAS-Bibliotheken verknüpft ist. Andere Betriebssysteme können unterschiedliche Verwendungsmuster haben.