Thanks.  That's essentially what I did, and it worked.<br><br>The only other difference is I didn't override the default environment compiler info on the make line.<br><br>Since it is working for me now, I'm going to continue with my main task and not explore this further at the moment.  Sometime next week I should have time to see if I can recreate this problem.<br>
<br>Doug<br><br><div class="gmail_quote">On Fri, Mar 6, 2009 at 3:54 AM, Christopher Hegarty - Sun Microsystems Ireland <span dir="ltr"><<a href="mailto:Christopher.Hegarty@sun.com">Christopher.Hegarty@sun.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Doug,<br>
<br>
This is very strange. I just synced with the latest JDK7 source from TL and did a clean build, everything went fine, I have a Parts.class<br>
<br>
As you said, this is a clean build, right? Not a incremental.<br>
<br>
Running a few tests with javac I can see that if you compile URL.java then you will always compile Parts, even if the compile of URL.java has been triggered implicitly by a reference from another class ( and this is typically the case when building the JDK ).<br>

<br>
The only thing I can suggest is to resync the repository and try a full clean build. Failing that cd  jdk/make/java/net, make clobber, make all. That will rebuild URL.java which will produce Parts.class.<br>
<br>
-Chris.<div><div></div><div class="h5"><br>
<br>
On 03/05/09 17:16, Doug Felt wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
resend, bounced the first time<br>
<br>
---------- Forwarded message ----------<br>
From: Doug Felt <<a href="mailto:dougfelt@google.com" target="_blank">dougfelt@google.com</a>><br>
Date: Tue, Mar 3, 2009 at 1:52 PM<br>
Subject: clean build doesn't generate package private class<br>
To: <a href="mailto:build-dev@openjdk.java.net" target="_blank">build-dev@openjdk.java.net</a><br>
<br>
<br>
I recently fetched jdk7 (after not having done so for a few months) and did<br>
a clean rebuild, and the VM is failing to start.  I'm building on Ubuntu<br>
(2.6.27-11-generic) on i586.  Sanity passes.<br>
<br>
make all CC=gcc-4.1 CPP=g++-4.1<br>
<br>
On startup I get the following stack trace:<br>
<br>
Error occurred during initialization of VM<br>
java.lang.NoClassDefFoundError: java/net/Parts<br>
    at java.net.URL.<init>(URL.java:396)<br>
    at java.net.URL.<init>(URL.java:300)<br>
    at java.net.URL.<init>(URL.java:323)<br>
    at sun.net.www.ParseUtil.fileToEncodedURL(ParseUtil.java:272)<br>
    at sun.misc.Launcher.getFileURL(Launcher.java:442)<br>
    at sun.misc.Launcher$ExtClassLoader.getExtURLs(Launcher.java:190)<br>
    at sun.misc.Launcher$ExtClassLoader.<init>(Launcher.java:161)<br>
    at sun.misc.Launcher$ExtClassLoader$1.run(Launcher.java:145)<br>
    at sun.misc.Launcher$ExtClassLoader$1.run(Launcher.java:139)<br>
    at java.security.AccessController.doPrivileged(Native Method)<br>
    at sun.misc.Launcher$ExtClassLoader.getExtClassLoader(Launcher.java:138)<br>
    at sun.misc.Launcher.<init>(Launcher.java:71)<br>
    at sun.misc.Launcher.<clinit>(Launcher.java:59)<br>
    at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1325)<br>
    at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1307)<br>
<br>
Looking in the classes directory, I see that although URL.class is present,<br>
Parts.class is not.  Parts.class is a package private class defined at the<br>
top level in the same source file as URL.java.<br>
<br>
Does anyone recognize this problem?  How do I work around this?  Do I need a<br>
new bootstrap build, or different compiler options?<br>
<br>
</blockquote>
</div></div></blockquote></div><br>