Hi Tania,
The JTree change looks ok. Only some remark about the BasicToolBarUI one:
Index: javax/swing/plaf/basic/BasicToolBarUI.java
===
RCS file:
/cvsroot/classpath/classpath/javax/swing/plaf/basic/BasicToolBarUI.java,v
This should improve memory footprint and initialization performance for
JButton and derived classes:
- The listeners in AbstractButton are combined into one class, thus only
one instance needs to be instantiated per button (no sharing possible
unfortunately). The protected ButtonChangeListener
In JComponent we handle pref/min/max size specially. However, since
JDK1.5, we have the same stuff in Component (setBlahSize(),
isBlahSizeSet()). I adjusted the JComponent impl to use the super impl
when appropriate. This should improve memory footprint as it avoids the
doubled space for the
Hey,
This patch fixes a failing test in Intel's TestSuite. I have committed
a mauve test for this.
Could someone kindly comment on and/or approve this patch.
Cheers,
Tania
2006-08-22 Tania Bento [EMAIL PROTECTED]
* java/awt/MenuShortcut.java
(MenuShortcut (int, boolean)):
/home/cpdev/Nightly/gcc/build/gcc/gcj
-B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
-B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer
-fclasspath=
-fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib
--encoding=UTF-8
/home/cpdev/Nightly/gcc/build/gcc/gcj
-B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
-B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer
-fclasspath=
-fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib
--encoding=UTF-8
/home/cpdev/Nightly/gcc/build/gcc/gcj
-B/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/
-B/home/cpdev/Nightly/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer
-fclasspath=
-fbootclasspath=/home/cpdev/Nightly/gcc/build/i686-pc-linux-gnu/libjava/classpath/lib
--encoding=UTF-8
Baseline from: Wed Aug 2 19:46:25 UTC 2006
Regressions:
FAIL: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration
FAIL: java.awt.Canvas.PaintTest
FAIL: java.text.DecimalFormat.parse
FAIL: java.util.Vector.AcuniaVectorTest
FAIL: javax.swing.JComboBox.ComboRobot
FAIL:
Baseline from: Wed Aug 2 04:27:22 UTC 2006
Regressions:
FAIL: java.awt.Canvas.PaintTest
FAIL: java.net.HttpURLConnection.responseCodeTest
FAIL: java.net.HttpURLConnection.responseHeadersTest
FAIL: java.net.ServerSocket.ServerSocketTest
FAIL: java.text.DecimalFormat.parse
FAIL:
Hi Wes,
On Mon, 2006-08-21 at 13:53 -0500, Wes Felter wrote:
If One TCK is so important, let me propose a semi-heretical idea: don't
open it. Certainly the 400 JVM developers should be able to run the TCK,
but it's not clear that they need to distribute modified versions. (Of
course, they
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Roman Kennke rabbit78 06/08/22 13:41:26
Modified files:
javax/swing: JComponent.java
. : ChangeLog
Log message:
2006-08-22 Roman Kennke [EMAIL PROTECTED]
11 matches
Mail list logo