<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-04-28 11:09 GMT-07:00 Bevin Hansson <span dir="ltr"><<a href="mailto:bevinh@sics.se" target="_blank">bevinh@sics.se</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-04-28 19:14, Quentin Colombet wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Personally I would rather not have to write YAML inputs but instead<br>
resort on the what the machine dumps look like. That being said, I can<br>
live with YAML :).<br>
<br>
</blockquote>
<br></span>
YAML is what is suggested in the FIXME for the textual Machine IR, so<br>
that might be the motivation behind Alex's choice.<br>
<br>
I sort of agree that it could be better to go with a "proprietary"<br>
format based off of the dumps. This means that a dedicated Machine<br>
IR parser could be implemented for the purposes of library users who<br>
want to open the files. I also think that the dumps are much easier<br>
to diff and read.<br>
<br>
There are parts of the suggested YAML format that seem to require some<br>
parsing anyway, like the instruction strings. If YAML is going to be used,<br>
I think it would be better to let the instructions be encoded in YAML<br>
instead of leaving them as a string, if that makes sense.<span class="HOEnZb"><font color="#888888"><br>
<br>
/ Bevin</font></span></blockquote><div><br></div><div>Initially I was thinking about developing a text-based format that's not<br></div><div>based on YAML, but is closer in spirit to the LLVM IR. However, I found</div><div>that a structured format like YAML lends itself quite well to the machine</div><div>level IR. At the same time the instructions themselves don't work that well </div><div>with YAML, thus I decided on this hybrid approach. Therefore I don't</div><div>think that instructions should be in YAML, as they would just get too verbose.</div><div><br></div><div>I understand that a non YAML format has its own advantages and may be</div><div>preferred by the majority. If the community decides that another format is better, </div><div>I would be happy to work on that.</div><div><br></div><div>Alex.</div></div><br></div></div>