<div>Hello,</div><div><br></div><div>thank you for posting into CP2K forum!  Indeed, INTRINSICS=1 overcomes build issues on systems with outdated Binutils. CP2K toolchain installs GCC from scratch but omits GNU Binutils. In case of CP2K's usage, there is no harm from INTRINSICS=1 (affected functionality is not used in CP2K). Further, the next release of LIBXSMM reimplemented matrix-element-wise functionality which was mostly affected by 
the INTRINSIC setting. In turn, 


matrix-element-wise functionality is mainly present in LIBXSMM's Deeplearning Domain (CP2K only uses the SMM domain). I will likely remove this warning in an upcoming release of LIBXSMM.<br></div><div><br></div><div>Best wishes,</div><div>H.<br></div><br><div class="gmail_quote"><div dir="auto" class="gmail_attr">wiec...@gmail.com schrieb am Samstag, 26. Dezember 2020 um 23:57:04 UTC+1:<br/></div><blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>Hello,</div><div>The tools/toolchain/scripts/install_libxsmm.sh compiles the library with INTRINSICS=1 without further specifying the target processor (cp2k 8.0 dev). The result is the library optimized for sse4.2. The make.log says:</div><div>


        
        <span></span>
        
        

<p>
--------------------------------------------------------------------------------</p>
<p>INTRINSICS=1 without
setting AVX can reduce performance of certain code paths.</p>
<p>If adjusting
INTRINSICS was necessary, reconsider an updated tool chain.</p>
<p>--------------------------------------------------------------------------------</p>

</div><div></div><div>Is there a particular reason for such setting? What about just AVX=2, or even TARGET="-march=native mtune=native"?</div><div>Thank you for cp2k!!</div><div>Best,</div><div>g<br></div></blockquote></div>