<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 12/09/2016 08:45 AM, Reid Kleckner
      via llvm-dev wrote:<br>
    </div>
    <blockquote
cite="mid:CACs=tyJYjJuV8W1jyvp7BjYBT0+PSKzxcxgnnfB+VACXktodyQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">On Thu, Dec 8, 2016 at 5:37 PM, Mehdi Amini <span
          dir="ltr"><<a moz-do-not-send="true"
            href="mailto:mehdi.amini@apple.com" target="_blank">mehdi.amini@apple.com</a>></span> wrote:<br>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div style="word-wrap:break-word">
            <div>So IIUC basically the *only* reason for this IR change
              is that we don’t want to pattern match in debug build?</div>
            <div>I don't understand right now why we wouldn’t want to do
              this?</div>
          </div>
        </blockquote>
        <div><br>
        </div>
        <div>If we need to pattern match such a basic construct, it
          suggests to me that we have the wrong representation, and we
          should instead make our representation more accurately model
          reality. To me, it feels like this representation allows
          several good things to just "fall out" without any additional
          work, and that suggests it's a good representation.</div>
      </div>
    </blockquote>
    I'm concerned by this response on multiple levels.  I agree Mehdi
    that the proposed IR change seems to be solving a (relatively minor)
    optimization problem with an IR change.  We generally expect our IR
    changes to be well justified and this doesn't even come close to
    me.  More than that, I'm really concerned about the assumption that
    the IR should be a close fit *for a particular frontend* in a
    *particular mode of operation*.  We have tried very hard to keep the
    IR generic enough to be useful by many language frontends and this
    would seem to give up on that goal.  That is deeply concerning  to
    me.<br>
    <br>
    As it stands right now, based on what I've seen to date in
    discussion, I would be strongly opposed to this proposal.  <br>
    <br>
    Philip  <br>
  </body>
</html>