No, this was a "rm -r -f build" and "make fastdebug_build". I can send you the fastdebug.log file if you think it'll help.
Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, March 03, 2008 12:54 PM > To: Ted Neward > Cc: [email protected] > Subject: Re: Not sure where to post this... > > Ted Neward wrote: > > > After making the makefile change Kelly described > > For those following along, the makefile change was to delete line 211 > of > jdk7/make/Defs-internal.gmk: > > $ pwd > /cygdrive/g/tbell/jdk7/make > $ diff -u Defs-internal.gmk.00 Defs-internal.gmk > --- Defs-internal.gmk.00 2008-02-21 13:28:56.625000000 -0800 > +++ Defs-internal.gmk 2008-02-28 15:48:56.531250000 -0800 > @@ -208,7 +208,6 @@ > > # Common make arguments (supplied to all component builds) > COMMON_BUILD_ARGUMENTS = \ > - JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ > JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > EXTERNALSANITYCONTROL=true \ > TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > > After this I did a full control build from the top level: > > export OPENJDK=true > export BUILD_NUMBER="b`date +%j`" > export HOTSPOT_BUILD_JOBS=4 > (time make fastdebug_build COMPANY_NAME=self MB_OF_MEMORY=1000 2>&1 | > tee fastdebug_build.log) > > 103 minutes of wall clock time later, I was able to run javac and > HelloWorld: > > $ pwd > /cygdrive/g/tbell/jdk7/build/windows-i586-fastdebug/j2sdk-image/bin > $ ./javac -g G:/tbell/jdk7/jdk/test/com/sun/jdi/HelloWorld.java > $ ./java -classpath G:/tbell/jdk7/jdk/test/com/sun/jdi HelloWorld > Hello, world! > > But when I tried to use that java.exe to run SwingSet2 from the JDK7 > b24 binary install: > > $ ./java -jar G:/jdk1.7.0-b24/demo/jfc/SwingSet2/SwingSet2.jar > > It painted the splash screen, then fell over with: > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > G:\tbell\jdk7\build\windows-i586-fastdebug\j2sdk- > image\jre\bin\fontmanager.dll: Can't find > dependent libraries > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684) > at java.lang.Runtime.loadLibrary0(Runtime.java:840) > at java.lang.System.loadLibrary(System.java:1066) > at > sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:6 > 1) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.jav > a:32) > at sun.font.FontManager$1.run(FontManager.java:233) > at java.security.AccessController.doPrivileged(Native Method) > at sun.font.FontManager.<clinit>(FontManager.java:230) > at > sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:178 > ) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.java2d.SunGraphicsEnvironment.<init>(SunGraphicsEnvironment.java:16 > 2) > at > sun.awt.Win32GraphicsEnvironment.<init>(Win32GraphicsEnvironment.java:9 > 0) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor > AccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon > structorAccessorImpl.java:45) > > at > java.lang.reflect.Constructor.newInstance(Constructor.java:539) > at java.lang.Class.newInstance0(Class.java:372) > at java.lang.Class.newInstance(Class.java:325) > at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnviro > nment.java:82) > at > javax.swing.RepaintManager.<clinit>(RepaintManager.java:199) > at javax.swing.UIManager.initialize(UIManager.java:1437) > at javax.swing.UIManager.maybeInitialize(UIManager.java:1409) > at javax.swing.UIManager.getDefaults(UIManager.java:659) > at javax.swing.UIManager.put(UIManager.java:988) > at SwingSet2.main(SwingSet2.java:226) > > I will file a bug on this if I can't find a relevant bug open. > > > fastdebug builds to run. Specifically, if I trace execution with > windbg, > > I find that hpi::initialize() (called from os::init_2() in > > hotspot\src\os\windows\vm\os_windows.cpp) fails for some reason— > haven’t > > traced it deeper than that yet. Given that my previous build failures > > were with files from that same subsystem (HPI), I thought I might see > if > > anybody here thinks the two are related. > > I am getting a lot further than HPI with my build. > > Question for Ted: did you build everything, or not? If it was a > partial build, maybe there is > a problem getting files copied out of the bootstrap into where they > belong. > > Tim > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: > 3/3/2008 10:01 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008 10:01 AM
