Hi!
While building OpenJDK b16 I noticed that jar does not support @
arguments. OpenJDK e.g. uses it to import the binary plug files.
This patch adds support for @filelist, where the file filelist may only
contain files and not options, as the spec says.
Should I commit that (incomplete)
Twisti == Christian Thalinger [EMAIL PROTECTED] writes:
Twisti This patch adds support for @filelist, where the file filelist
Twisti may only contain files and not options, as the spec says.
Twisti Should I commit that (incomplete) patch?
It looks good to me.
What is incomplete about it?
Tom
On Tue, 2007-07-24 at 06:43 -0700, Tom Tromey wrote:
Twisti == Christian Thalinger [EMAIL PROTECTED] writes:
Twisti This patch adds support for @filelist, where the file filelist
Twisti may only contain files and not options, as the spec says.
Twisti Should I commit that (incomplete)
Christian Thalinger writes:
On Tue, 2007-07-24 at 06:43 -0700, Tom Tromey wrote:
Twisti == Christian Thalinger [EMAIL PROTECTED] writes:
Twisti This patch adds support for @filelist, where the file filelist
Twisti may only contain files and not options, as the spec says.
Twisti == Christian Thalinger [EMAIL PROTECTED] writes:
Twisti @files can include any arguments that are valid, not only
Twisti files. Maybe you know how to get Java getopt to support that.
Ah. I am not sure there is a way from outside.
But perhaps this could be an option on the option Parser
This fixes a couple bugs in EnumMap.
One is that EnumMap.get() will return the empty slot object. Oops.
This is PR java/32862.
The other is that EnumMap.clone() calls new. This is only correct
when a class (or clone itself) is final. I looked but did not see
other instances of this bug in
if /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../../../cacao/src/native/vm -I../../.. -I../../../../cacao/src
-I../../../../cacao/src/vm/jit/i386 -I../../../../cacao/src/vm/jit/i386/linux
-I../../../src -D__I386__ -D__LINUX__ -ansi -pedantic -Wall
Baseline from: Mon Jun 25 16:25:44 UTC 2007
Regressions:
FAIL: java.beans.Expression.check
FAIL: java.lang.Thread.sleep
FAIL: javax.swing.JLabel.AccessibleJLabel.getIndexAtPoint
FAIL: javax.swing.JLabel.getActionMap
FAIL: javax.swing.JLabel.getInputMap
FAIL: javax.swing.JLabel.setIconTextGap
Baseline from: Tue Jul 10 13:36:38 UTC 2007
Regressions:
FAIL: java.beans.Expression.check
FAIL: java.lang.Thread.sleep
Improvements:
PASS: java.lang.Character.unicode
PASS: javax.swing.event.InternalFrameEvent.constructor
Totals:
PASS: 2903
XPASS: 0
FAIL: 231
XFAIL: 0
Baseline from: Mon Jun 25 16:25:44 UTC 2007
Regressions:
FAIL: gnu.javax.crypto.jce.TestOfCipherEngineInit
FAIL: java.awt.Graphics.TestPaintGraphics
FAIL: java.beans.Expression.check
FAIL: javax.swing.JLabel.AccessibleJLabel.getIndexAtPoint
FAIL: javax.swing.JLabel.getActionMap
FAIL:
* Mark Wielaard:
We seem to have some troubles with classpath.org domain.
Do you need any help with resolving the issue? Is it some kind of
billing problem?
Hi Florian,
On Wed, 2007-07-25 at 00:27 +0200, Florian Weimer wrote:
* Mark Wielaard:
We seem to have some troubles with classpath.org domain.
Do you need any help with resolving the issue? Is it some kind of
billing problem?
Thanks for the offer, but I am afraid there is nothing
Hi all,
And we are back! Thanks to Brian we finally got classpath.org
reinstated. Give it a couple of hours to propagate around the world.
Cheers,
Mark
13 matches
Mail list logo
