<div>Lateral thoughts ....<caret></caret></div><div><br></div><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&nbsp;whose locale is not English.&nbsp;</div><div>I cannot speak for Linux users.&nbsp;</div><div><br></div><div>Best regards,</div><div><br></div><div>David</div><div><br></div><div id="protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile</div></div> <div><br></div><div><br></div>On Wed, Apr 8, 2020 at 09:17, Greg Hellings &lt;<a href="mailto:greg.hellings@gmail.com" class="">greg.hellings@gmail.com</a>&gt; wrote:<blockquote class="protonmail_quote" type="cite">  <div dir="ltr"><div>So there's a two-fold failure during compile when handling paths with spaces.</div><div><br></div><div>The first is that the build fails when the code is in a path that has spaces in it. This is because instances of "-I${some_foo}/include" in autotools are not wrapped with quotation marks.</div><div><br></div><div>The second is when you invoke: ./configure --prefix="/some/path with a space/in/it" --sysconfdir="/som/other/path with spaces". This is because SWICU_DATA and GLOBCONFPATH are not properly escaped for that situation, either.</div><div><br></div><div>An additional frustration, since I was in the autotools already to fix this (the path on the CI server has spaces in it, because I absentmindedly created the job with spaces in it) is that I can't finish a compile with autotools out of stream (I like to do my builds in a subdir of the main source dir so that things build artifacts and generated objects aren't being intermingled with the code).</div><div><br></div><div>So I've attached a patch that fixes all of these problems.</div><div><br></div><div>--Greg<br></div></div>
</blockquote><div><br></div><div><br></div>