Pourquoi le compilateur Intel® HLS s’écrase-t-il lorsque les unités de stockage Load-Store (LSUs) explicitement demandées sont utilisées dans un imbriquer de 3 profondeurs ?

En raison d’un problème dans la version 20.1 Intel® High Level Synthesis Compiler antérieures, il est possible que vous voyiez le message d’erreur fatal ci-dessous lorsque vous exécutez les fichiers de marque. Cela s’explique par le fait que le compilateur Intel HLS s’écrase si le maître à latence variable est consulté à l’aide d’une unité de stockage de chargement (LSUS) explicitement demandée dans le 3 deep loop nest.

Vidage de pile :

/lib64/libc.so.6 (__libc_start_main 0x100)[0x7f6e050d6d20]

//. /.. /llvm/bin/aocl-opt (0x2b701)[0x7f6e0cc47701]

L’optimiseur principal HLS a échoué.

marque : *** [dut] ƒGƒ® [ 1

Pour contourner le problème, ajoutez le mot-clé « volatile » à l’argument de la fonction. Par exemple :

Vide
nom < fonction>hls_stable_argument <>

const volatile *, // « volatile » ajouté ici)

{ ... }

Ce problème est résolu à partir de la version 20.2 du Intel® High Level Synthesis Compiler.