<div dir="ltr"><div><div><div>Hello Lumin,<br><br></div><div>Thank you for looking into it. Personally, I have no problem if you decide not to fix this and I can see that patching the package instead of waiting for upstream support could open a can of worms. <br><br>I have patched my own system with the fix I sent you and cuda is working smoothly for me with the default gcc 6 tool chain after that. The fact that I had a patch and it was minimal is the reason I sent the bug report: I thought other people would benefit from the simplicity of being able to use the default tool chain. <br><br>Also, even though cuda 8 does not officially support gcc 6, in practice recent releases have been moving into compliance in preparation for the 8.5 release (in fact the two lines the patch comments out were introduced explicitly to address an ideosyncracy of gcc 6.1 as the comments in that file reveal).<br></div><br></div>Thank you again. Best regards,<br><br></div>Jorge<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 June 2017 at 20:03, Lumin <span dir="ltr"><<a href="mailto:cdluminate@gmail.com" target="_blank">cdluminate@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Control: tags -1 +wontfix<br>
<br>
Hi,<br>
<br>
> The header file math_functions.h is not compatible with gcc 6.3 shipped with stretch.<br>
<br>
Actually CUDA 8.0.44 does not support GCC-6 at all. Lookup this document for<br>
working compiler combinations:<br>
<br>
  /usr/share/doc/nvidia-cuda-<wbr>toolkit/README.Debian<br>
<br>
I'd suggest that (1) compile the application with clang-3.8 (shipped<br>
by stretch).<br>
OR (2) temporarily add the sid/unstable apt source, pull GCC-5 then remove<br>
that apt source and compile with GCC-5. OR (3) Get GCC-5/clang-3.8 by other<br>
approaches.<br>
<br>
We can do nothing to change the fact, hence marking this bug as wontfix.<br>
</blockquote></div><br></div>