<div dir="rtl"><div dir="ltr">Yes, I see the same bytes, so they must come from the svn sources.</div><div dir="ltr"><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div dir="ltr">2013/10/1 Csaba Raduly <span dir="ltr"><<a href="mailto:rcsaba@gmail.com" target="_blank">rcsaba@gmail.com</a>></span></div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Oct 1, 2013 at 8:04 AM, Yaron Keren wrote:<br>
><br>
> After checking out libcxx:<br>
>   svn co <a href="http://llvm.org/svn/llvm-project/libcxx/trunk" target="_blank">http://llvm.org/svn/llvm-project/libcxx/trunk</a> libcxx<br>
><br>
> I find that in the include file "tuple" line 751 there are a couple of non-ANSI characters, see attached screen capture. These may be invisible with UTF-8 encoding but ANSI (or HEX) encoding reveals them:<br>


><br>
><br>
><br>
</div><div class="im">> clang complains about these.<br>
><br>
> This happened with TortoiseSVN-1.8.0.24401-x64-svn-1.8.0 and the latest TortoiseSVN-1.8.2.24708-x64-svn-1.8.3 on Windows x64.<br>
><br>
> Yaron<br>
<br>
<br>
</div>Same thing happened on Linux after checking out libcxx r191739 with<br>
command-line svn. The bytes are 0xC2 0xA0, which is the UTF-8 encoding<br>
of U+00A0 a.k.a. NO-BREAK SPACE<br>
(<a href="http://www.fileformat.info/info/unicode/char/a0/index.htm" target="_blank">http://www.fileformat.info/info/unicode/char/a0/index.htm</a>)<br>
<span class="HOEnZb"><font color="#888888"><br>
Csaba<br>
--<br>
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++<br>
The Tao of math: The numbers you can count are not the real numbers.<br>
Life is complex, with real and imaginary parts.<br>
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds<br>
"People disagree with me. I just ignore them." -- Linus Torvalds<br>
</font></span></blockquote></div><br></div>