dilinger (./38) :
Est-ce que tu pourrais en dire plus sur le compilateur que tu utilises? Son nom, version, etc.

J'utilise vbcc, un cross-compilateur disponible sous de multiples plate-formes dont Windows. J'ai récupéré la dernière version en date, la v0.9h.
Le site web est: http://www.compilers.de/vbcc.html
Y'a aussi un assembleur, vasm, et un linker, vlink mais moi j'utilise rmac et rln pour assembler mon code 68000/Jaguar RISC et linker.

En fait vasm est indirectement utilisé dans mon cas car vbcc génère un listing assembleur qui est ensuite assemblé par vasm. C'est lui qui changeait les move.l #0 en clr.l
Bon, j'aurais dû inspecter le vc.cfg où l'option d'optimisation -opt-clr était définie.

Ceci dit le clr.l n'est pas la cause du bug de corruption mémoire que j'observe. Il se produit quand y'a le DSP + interruption DSP + GPU en parallèle.