Not sure where to post this...
Tim Bell
Tim.Bell at Sun.COM
Mon Mar 3 20:53:46 UTC 2008
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:61)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java: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:162)
at sun.awt.Win32GraphicsEnvironment.<init>(Win32GraphicsEnvironment.java:90)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.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(GraphicsEnvironment.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
More information about the build-dev
mailing list