<div dir="ltr">Hi,<div><br></div><div>The problem I've had is that when mmc calls erlc, it passes it two relative paths in the -I and -O options.</div><div><br></div><div>This causes a problem if mmc is running within MSYS under Windows, because the Windows erlc - being a full blown Windows program, not an MSYS one - will interpret those paths relative to the current Windows directory, not to the current MSYS/bash directory, which might not be the same. If they are not the same then erlc will fail to find the paths and abort.</div>
<div><br></div><div>The change I wanted to make was to calculate the current absolute paths and pass those to erlc rather than the relative paths, so that it does not matter which directory erlc considers its base directory.</div>
<div><br></div><div>Mark</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 29 July 2013 18:02, Julien Fischer <span dir="ltr"><<a href="mailto:jfischer@opturion.com" target="_blank">jfischer@opturion.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Sat, Jul 27, 2013 at 11:53 AM, Peter Wang <span dir="ltr"><<a href="mailto:novalazy@gmail.com" target="_blank">novalazy@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Sat, 27 Jul 2013 01:39:50 +0100, Mark Green <<a href="mailto:mgreen@brookes.ac.uk" target="_blank">mgreen@brookes.ac.uk</a>> wrote:<br>


> Hi,<br>
><br>
> What's the easiest way to add a new command line option to mmc? I have been<br>
> trying to deal with my Erlang build problem by modifying<br>
> compile_target_code.m to pass full paths to erlc, but I would like to make<br>
> this behavior optional and I cannot find the part of the code that converts<br>
> from strings on the command line to atoms that are looked up via<br>
> lookup_bool_option.<br>
<br>
</div></div>In options.m.  For a quick test, you can make use of an existing<br>
string option "--experiment".<br>
<br>
Which paths are problematic?<br></blockquote><div><br></div></div><div>I'm not sure about the problem that Mark has encountered, but one issue we definitely have</div><div>with the erlang grade on Windows is that the values of MERCURY_ERLANG_{COMPILER,INTERPRETER}</div>

<div>contains spaces if the OTP is installed in the default location (in Program Files).  This breaks compilation of</div><div>the standard library. We should take the basename of the value returned by the configuration tests in this case, </div>

<div>as we do for the Java tools in the same situation  (I'll commit a change that does this tomorrow.)</div><div><br></div><div>Cheers,</div><div>Julien.</div><div><br></div><div><br></div><div><br></div><div> </div>

</div></div></div>
<br>_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@lists.mercurylang.org">users@lists.mercurylang.org</a><br>
<a href="http://lists.mercurylang.org/listinfo/users" target="_blank">http://lists.mercurylang.org/listinfo/users</a><br>
<br></blockquote></div><br></div>