<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 29, 2017 at 12:18 PM, Carlton Banks <span dir="ltr"><<a href="mailto:noflaco@gmail.com" target="_blank">noflaco@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>Den 29. okt. 2017 kl. 02.15 skrev Craig Scott <<a href="mailto:craig.scott@crascit.com" target="_blank">craig.scott@crascit.com</a>>:</div><br class="m_-6598831861308717408Apple-interchange-newline"><div><span style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important"><span class="m_-6598831861308717408Apple-converted-space"> </span>file(MAKE_DIRECTORY)</span></div></blockquote></div>Not sure about the workaround.. the problem here is that cmake does not download, and make does. <div>So adding a workaround like that, would require to add a condition that differentiates between cmake and make.. </div></div></blockquote></div><div class="gmail_extra"><br></div>No condition should be needed, simply add it to CMakeLists.txt before the command that adds the directory to the include path. The external make build shouldn't complain if the path already exists, it will just go ahead and populate it. At least, that's been my experience when I've used this workaround before for this very problem.<br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Craig Scott<br><div>Melbourne, Australia</div><div><a href="https://crascit.com" target="_blank">https://crascit.com</a><br></div></div></div></div></div></div></div>
</div></div>