<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 4/26/2011 7:54 AM, Kelly O'Hair wrote:
    <blockquote
      cite="mid:52703127-B2C9-479E-A48B-810F200C49EA@oracle.com"
      type="cite"><br>
      <div>
        <div>On Apr 26, 2011, at 12:59 AM, Steve Poole wrote:</div>
        <br class="Apple-interchange-newline">
        <blockquote type="cite"><span class="Apple-style-span"
            style="border-collapse: separate; font-family: Times;
            font-style: normal; font-variant: normal; font-weight:
            normal; letter-spacing: normal; line-height: normal;
            orphans: 2; text-indent: 0px; text-transform: none;
            white-space: normal; widows: 2; word-spacing: 0px;
            font-size: medium;">
            <blockquote
              cite="mid:4FD1ED99-3447-4339-9C41-0897043BF8B6@oracle.com"
              type="cite">
              <div>
                <blockquote type="cite">
                  <div style="word-wrap: break-word;">
                    <div>
                      <pre style="white-space: pre-wrap;"><span class="Apple-style-span" style="font-family: Courier; font-size: 14px;">
  * Allow for use of more portable build tools (compilers etc.) where possible</span></pre>
                    </div>
                  </div>
                </blockquote>
              </div>
            </blockquote>
               Can I add support for alternative JVM's ?</span></blockquote>
        <br>
      </div>
      <div>Seems a bit out of scope to me.</div>
      <div><br>
      </div>
      <div>-kto</div>
      <br>
    </blockquote>
    <br>
    Well, I'd say that we should allow for the replacement of the
    Hotspot VM repo with another VM.  However, I'd rather advocate for
    forcing the other VM to conform to the existing JDK's build setup,
    rather than hack the JDK build config to support any other VM.<br>
    <br>
    That is, if the JDK build system can be relatively generic enough,
    then any VM conforming to the generic build setup should be fine.
    However, I think we want to avoid including any specific build
    customizations.<br>
    <br>
    I know we have a non-trivial number of seemingly customized
    environmental values - I think we could genericize them better and
    try to contain references to them in the specific component that is
    relevant.  I don't want to see more any more component-specific
    stuff than absolutely necessary.<br>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Erik Trimble
Java System Support
Mailstop:  usca22-123
Phone:  x17195
Santa Clara, CA</pre>
  </body>
</html>