<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 10, 2014 at 9:42 PM, Szilárd Páll <span dir="ltr"><<a href="mailto:pszilard@kth.se" target="_blank">pszilard@kth.se</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Indeed, I did (accidentally) download the .zip package. I was rather<br>
annoyed that the bootstrap script did not have executable permission<br>
set, but it did not ring a bell... Thanks guys!<br>
<br>
Just for curiosity:<br>
- what *nix tool does not support CR+LF?<br></blockquote><div><br></div><div>As your error shows they got transported literally from an end of line into a c++ header. Which part in the build process would need to be fixed I don't know, I'd start searching where the cmake-2.8 value is supposed to come from and who generates the numbers.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- the cross-platform codes I work on use LF newlines but build without<br>
problem on Windows (msvc, intel, gcc). Why does CMake need two<br>
separate packages with different newlines?</blockquote><div><br></div><div>The problem is not so much the compilers (though there could be older versions which choke on just lf), but some editors still require crlf for line breaks (try opening a unix-file with Windows' notepad).</div>
<div><br></div><div>Andreas</div></div></div></div>