Den måndagen den 20:e februari 2012 skrev Pete <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
><br>
> A fastdebug build is a combination of the variables VARIANT=DBG and FASTDEBUG=true<br>
> but it's been a long time since I looked at that. Proof is in the pudding. Good Luck.</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Thanks Kelly, That's true.  Also, I hadn't realized that I need to use<br>
target fastdebug_build at the top level and fastdebug at the lower levels.</blockquote><div> </div><div>The new build system tries to avoid this confusion by simplifying the setup.</div><div>./configure --with-debug-level=slowdebug</div>
<div>where debug level is release,fastdebug,slowdebug. This setting affects all repos, both hotspot and the jdk.</div><div><br></div><div>Previously the jdk build took so long time that it made sense to squeeze every version</div>
<div>of hotspot binaries into the same hotspot build directory. (several different debug versions, even 32 and 64 bit on sparc platforms?) Since whatever you did, it was vital that you did not have to recompile the jdk. The result was the confusing pudding of files in the build directory.</div>
<div><br></div><div>With the new build system, rebuilding the jdk is faster than rebuilding hotspot. You can therefore afford to create many many different configurations and build them all from the same source.</div><span class="Apple-style-span" style><div>
<br></div></span><div dir="ltr">This is why the configuration warns when you build more than one jvm. Typically on 32 bit platforms you want to supply --with-jvm-variants=server to only build the best jvm. By default, mimicing the old makefiles, the default on 32 bit is --with-jvm-variants=client,server,minimal resulting in a build that spends 75% of the build time building jvm variants.....</div>
<div dir="ltr"><br></div><div dir="ltr">//Fredrik</div>