<div dir="ltr"><div>You don&#39;t need to worry about non-ASCII characters on the Linux side of things. Almost all file systems and tooling on almost all distros will handle almost any Unicode UTF-8 characters in filenames and paths just fine. The only thing you need to watch out for typically are spaces (can be used, but they must be escaped or the paths quoted), quote marks (can screw with poorly implemented quoting of spaces), null characters, newlines (technically valid in filenames, but many scripts forget this and they tend to break), backslashes (also valid, but tend to confuse people escaping them). It&#39;s also valid but unpleasant when filenames begin with a dash or semicolon because these make it hard to use filenames as arguments.</div><div><br></div><div>Besides those ASCII issues, non ASCII localized path and filenames are pretty much a non-issue. <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 13, 2020 at 12:31 PM David Haslam &lt;<a href="mailto:dfhdfh@protonmail.com">dfhdfh@protonmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>How might a build work or fail if the SWORD path contains any non-ASCII characters?</div><div><br></div><div>This is certainly conceivable for Windows users whose locale is not English. </div><div>I cannot speak for Linux users. <br></div></blockquote></div></div>