le code C qui utilise blas, lapack et OpenMP travaillant avec gcc 4.9, mais donne exécuter erreur de temps avec gcc 6

Question

J'ai écrit un code en C.

Vous pouvez trouver le code source here. Il utilise les bibliothèques blas, lapack et openmp. J'ai compilé les bibliothèques blas et lapack suivantes these instrucions. J'utilise ces drapeaux pour indiquer au compilateur les bibliothèques qu'il doit lier: -lblas -llapack -fopenmp

J'utilisais gcc 4.9 et le programme peut s'exécuter correctement.

J'ai récemment mis à jour gcc gcc 6 et il montre beaucoup de msgs d'avertissement au sujet de la déclaration implicite des blas et fonctions LAPACK:

src/PSIRWLS-train.c:152:17: warning: implicit declaration of function 'dgemm_' [-Wimplicit-function-declaration] 
       dgemm_(&trans, &trans, &(dataset.l), &ncols, &size,&factorA, KSC, &(dataset.l), miZ, &size, &factor, miKSM, &(dataset.l)); 

Et quand je lance l'application d'une erreur de défaut de segmentation apparaît.

Je suis complètement perdu sur les différences de gcc 4.9 et gcc 6, savez-vous des explications à ce sujet?

Answer 1

Problème résolu.

1 - Certains indicateurs par défaut sont différents dans gcc 4 et 6. gcc 6 montre des avertissements lorsque vous ne decleare blas et les fonctions LAPACK de cette façon:

DGEMM extern void _ (...)

2 - Il m'a scapé l'initialisation d'une variable qui devait être initialisée à 0. J'ai codé int i, j = 0; quand j'ai dû coder int i = 0, j = 0;

gcc 4 i initialisé à 0 (et le programme a été exécuté correctement) et gcc 6 n'a pas (la création d'une erreur de segmentation, car ces variables étaient à l'index)

Answer 2

J'avais une fois a similar problem, et il semble très probable qu'il y ait un comportement indéfini dans votre code (par exemple un double gratuit), qui est géré d'une manière spécifique au compilateur. Peut-être que cela a changé entre gcc 4.9 et 6.0.

Il est difficile de dire sans connaître votre code, mais vous pouvez utiliser un certain nombre d'outils vous-même pour suivre ce problème vers le bas, par exemple GDB ou en particulier valgrind's memcheck (travaillé avec brio pour moi):

valgrind --tool memcheck <your binary here> 

Cette volonté signaler les emplacements d'erreurs liées à la mémoire et les comportements non définis dans votre code.