Re: etags test is broken on MS-Windows

[Eli Zaretskii <eliz@gnu.org>]

> From: Andreas Schwab <schwab@linux-m68k.org>
> Cc: pot@gnu.org,  eggert@cs.ucla.edu,  emacs-devel@gnu.org
> Date: Fri, 22 May 2015 22:30:57 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > If by "file offsets" you mean counting bytes in the file,
> 
> Of course!
> 
> > then those will also be wrong after decoding non-ASCII characters,
> > unless the file was encoded in UTF-8 to begin with, right?
> 
> Yes, of course.  Emacs will have to cope.

OK, then how do you go from "byte offsets will be wrong" and "Emacs
will have to cope" to this:

> ??? It's exactly the counter argument.  The indices in the tag file must
> be file offsets, everything else will lead to wrong offsets.

This seems to say that such byte offsets are the only "right" ones.
But we have just established that all of the byte offsets discussed
here, including the ones currently produced by etags, are wrong in
some sense.  What makes this "wrong" be "the only right one"?