<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br></div>
Indeed, after the preprocessing it&#39;s irrelevant, but then<br>
the catcode is irrelevant, too, because the BOM string of<br>
bytes may be discarded at that stage.<font color="#888888"><br><br>
</font></blockquote></div>The point is that , given a fixed encoding (utf-8) as in ref. manual,<br>U+FEFF is still ambiguous if not in intial position for BOM purpouse (as stated in Unicode 5.0 standard),<br>and the ambiguity is about spacing ,ie  typography, ie <br>
the area of concern of luatex, which is not a recode or iconv like program .<br><br>U+FEFF as &quot;space&quot; semantic is valid, but deprecated , and we must decide what about it :<br>I have already express my opinion, I support Taco.<br clear="all">
<br><br>-- <br>luigi<br><br>