<div dir="ltr">[about shell script portability]<div><br></div><div>We do use shell-scripts on Windows since git-bash comes with git for free. Our workflow is centered around the command-line (git-bash for Windows) and you can run shell scripts in git-bash, that's why compatibility is not a problem. All our scripts and workflows are the same on all our platforms (windows, linux, mac).<br></div><div><br></div><div>This is an issue only if you're not using git on Windows so adding git-bash to the workflow would be an extra hassle.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 30, 2017 at 3:45 PM, Robert Dailey <span dir="ltr"><<a href="mailto:rcdailey.lists@gmail.com" target="_blank">rcdailey.lists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Mar 30, 2017 at 3:42 AM, Tamás Kenéz <<a href="mailto:tamas.kenez@gmail.com">tamas.kenez@gmail.com</a>> wrote:<br>
> An alternative to the CMake superbuild: leave your actual project intact.<br>
> Simply create a separate shell script which builds all the dependencies (by<br>
> running cmake commands). Or, if you do like the ExternalProject stuff,<br>
> create a superbuild which builds only the dependencies.<br>
<br>
</span>Problem with that is that it's not a portable solution. The #1 benefit<br>
of using CMake superbuilds (supplied with CMake build solution for the<br>
target library) is that it will function correctly on all platforms.<br>
</blockquote></div><br></div>