doesn't seem to work... I try to make a mauve-TAG file..
>>then
>>make KEYS=TAG check... didn't work... :o
>>
>>
>
>A file is provided in Classpath you can start from, see
>mauve-classpath. The Mauve framework doesn't handle a changing TAG
>file
Alex Lau <[EMAIL PROTECTED]> writes:
> I looking in the Configure file in Mauve it should able to take
> anything rather then JDK and java*
> and consider as mauve-KEYS but it doesn't do that..I'm not
> sure... anyway I write some script by hand
> to test the io class in my kiss-classpath ins
:) I read that from googleand I did ask a question along with that
about what vm
should I use. I know classpath can run with a couple vm but for testing
is there a better one or more stable one we should use?
And that is how I get my script wrote... did you look at
my script mainly is
Alex
Oh, I didn't notice the attachments. Running in that way you'll need
to add the mauve directory to your CLASSPATH and you may need to
compile the classes by hand in mauve if you didn't use the
configure/make to do it.
Brian
--
Brian Jones <[EMAIL PROTECTED]>
___
's
CLASSPATH in it I don't see the mauve code in classpath cvs and how else
can we do the test with mauve without the mauve class? or We are only
going to
pick out the main mauve test class and put that into classpath test suit
to run
the test? ( what is the test and testsuite dire
erate, so that testing and
> preformance test can
> run after build.
At this time, I don't think so.
> 3) (i'm lost in this one ) you say compile manve by hand and put the
> mauve's CLASSPATH in it I don't see the mauve code in classpath
> cvs and how else can
preformance test can
> > run after build.
>
> At this time, I don't think so.
>
> > 3) (i'm lost in this one ) you say compile manve by hand and put the
> > mauve's CLASSPATH in it I don't see the mauve code in classpath
> > cvs and how else can
John Leuner <[EMAIL PROTECTED]> writes:
> So why are there still files in there?
I'm not sure the tests have all been moved into Mauve (though I think
so).
Brian
--
Brian Jones <[EMAIL PROTECTED]>
___
Classpath mailing list
[EMAIL PROTECTED]
http://
Folks,
I've just checked in a new version of the Mauve testcase for Unicode
character handling. This fixes previous problems that resulted in
huge numbers of test failures with the current version of Classpath.
[It turns out that they were partly because the testcase used an old
Unicode
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephen Crawley wrote:
| Folks,
|
| I've just checked in a new version of the Mauve testcase for Unicode
| character handling. This fixes previous problems that resulted in
| huge numbers of test failures with the current version of Classpath.
Hi Guilhelm,
Thanks for the info. Your numbers tend to confirm my suspicion that the
factor of 200 is a Kissme-specific problem.
In the meantime, I think I have come across a problem in Kissme's
implementation of the CONSTANT_STRING instruction that does some way
towards explaining this.
--
Hi,
On Thu, 2004-04-08 at 18:44, Stephen Crawley wrote:
> The testcase now runs clean for JDK 1.4.2 as well as Kissme/Classpath
> from CVS.
Thanks a lot for that!
> The interesting thing is that the test run 200 times faster with JDK 1.4.2
> than with Kissme. Yes TWO HUNDRED TIMES!
> [...]
> Qu
Development Jikes RVM can take a while
to build, but does buy some performance. Probably not worth it for
classpath development or mauve tests, but if you want to run some apps
it can pay off. I have prototype and development 2.3.2 images sitting
around on my machine, so just for fun.
prototy
Mark Wielaard wrote:
> There are quite some differences between the free runtime environments.
Here are some results from JC, although this is on a much faster machine
(Intel(R) Pentium(R) 4 CPU 2.40GHz):
$ time echo gnu.testlet.java.lang.Character.unicode | jc
gnu.testlet.SimpleTestHarness -d
Hi,
On Mon, 2004-04-12 at 15:53, Mark Wielaard wrote:
> There are quite some differences between the free runtime environments.
> (Total) running time goes from 1.2 seconds (native gcj) to 1.5 minutes
> (kissme). This is on a AMD Athlon XP 1600+ (1.4 Ghz).
> Note the interesting differences betwee
Mark Wielaard wrote:
and overhead. Hope I have time next week to update it with at least rvm
development results and maybe IKVM ahead of time results (Jeroen, any
hints on how to do that in this case?)
I don't know whether you have a zip/jar or individual classfiles but
assuming it's a single jar
Stuart Ballard wrote:
> Mark Wielaard wrote:
> > and overhead. Hope I have time next week to update it with
> at least rvm
> > development results and maybe IKVM ahead of time results
> (Jeroen, any
> > hints on how to do that in this case?)
>
> I don't know whether you have a zip/jar or individ
Hi,
On Tue, 2004-04-13 at 11:38, Jeroen Frijters wrote:
> This is what I did:
> #cd mauve
> #mono ../ikvm/bin/ikvmc.exe -out:mauve.exe
> -main:gnu.testlet.SimpleTestHarness `find | grep -v altered | grep
> .*class$` -reference:../ikvm/bin/classpath.dll
> #cp ../ikvm/bin/*.dll .
Aha! OK I actually
seem to help in this case (or I did something wrong and
it isn't picking up the mauve.exe.so after all).
Did you try --aot'ing classpath.dll, IK.VM.NET.dll etc?
I'd imagine that this particular microbenchmark spends a large
proportion of its time inside classpath itself, suggesting
Hi,
On Tue, 2004-04-13 at 20:55, Stuart Ballard wrote:
> Did you try --aot'ing classpath.dll, IK.VM.NET.dll etc?
>
> I'd imagine that this particular microbenchmark spends a large
> proportion of its time inside classpath itself, suggesting that merely
> JITing the
Hi,
On Mon, 2004-04-12 at 16:43, David P Grove wrote:
> Development Jikes RVM can take a while to build, but does buy some
> performance. Probably not worth it for classpath development or mauve
> tests, but if you want to run some apps it can pay off. I have
> prototype and development 2.3.2 i
Sigh.
Building
a development version of Jikes RVM is pretty stressful on the hosting VM.
It's found bugs in more than one product VM in the past. This
looks like one of the nastier forms; the host VM managed to write the RVM.image
file without any obvious error, but the image file is sl
Below...
On Tue, 2004-04-13 at 14:55, Stuart Ballard wrote:
> Interestingly, my installation of mono (from debian sid) doesn't even
> come with its own libraries AOT'd. I'd have thought that you'd get the
> best performance by AOT'ing *all* the libraries, including (and
> especially) the low-l
On Tue, 2004-04-13 at 15:08, Jonathan Pryor wrote:
> AOT (or pre-JITing) assemblies is not as useful as you'd think. It has
> two primary effects:
>
> - Reduce memory requirements, as memory doesn't need to be allocated
> for the JITed code
> - Decrease startup time, as (again) the JITing
Hello,
>
> > Interestingly, my installation of mono (from debian sid) doesn't even
> > come with its own libraries AOT'd. I'd have thought that you'd get the
> > best performance by AOT'ing *all* the libraries, including (and
> > especially) the low-level platform ones such as System.dll and
Below...
On Wed, 2004-04-14 at 10:30, Anthony Green wrote:
> On Tue, 2004-04-13 at 15:08, Jonathan Pryor wrote:
> > AOT (or pre-JITing) assemblies is not as useful as you'd think. It has
> > two primary effects:
> >
> > - Reduce memory requirements, as memory doesn't need to be allocated
> >
No, he is not.
YOu can run
mono -O=shared my.exe
or, if you would like to aot:
mono -O=shared --aot my.exe
However, as miguel stated earlier, the need for shared code is very
rare. What shared means here is that the same code can be used by
multiple appdomains (look that up if you are not famil
On Wed, 2004-04-14 at 19:47, Jonathan Pryor wrote:
> Below...
>
> On Wed, 2004-04-14 at 10:30, Anthony Green wrote:
> > On Tue, 2004-04-13 at 15:08, Jonathan Pryor wrote:
> > > AOT (or pre-JITing) assemblies is not as useful as you'd think. It has
> > > two primary effects:
> > >
> > > - Reduc
Hello,
> Because you didn't mention the key advantage that you get from
> AOT-compiled shared libraries: saving memory from sharing library code
> between processes. You're only two points were about saving time and
> memory from not having to JIT compile code.
Ah, that is correct, and I had at
29 matches
Mail list logo