Thanks, Alexey! Now I don't need to patch the build after every checkout! :)

-Pavel


On 2/28/07, Naveen Neelakantam <[EMAIL PROTECTED]> wrote:

Thanks Alexey!

I'll share the blame if it comes to that.  :-)

Naveen

On Feb 28, 2007, at 10:37 AM, Alexey Varlamov wrote:

> So far I've found just one unknown failure on debug version of Jitrino
> (curiuos one btw, see Harmony-3266), so switched to genuine debug at
> r512751.
> The pass rate of drlvm and classlib tests should not degrade, yet new
> failures may appear on other workloads - I just hope to avoid blames.
> ;)
> I will also add x-list support to ehwa target in drlvm, just in case
> someone runs it regularly.
>
> --
> Alexey
>
> 2007/2/27, Alexey Varlamov <[EMAIL PROTECTED]>:
>> Agreed, except breaking HUT - just a few additional excludes
>> should do
>> the trick :)
>> I'm going to check tests status for debug Jitrino and switch to full
>> debug by default if no surprises. EHWA is known to fail btw, see
>> HARMONY-3234.
>> --
>> Alexey
>>
>> 26 Feb 2007 19:53:03 +0300, Egor Pasko <[EMAIL PROTECTED]>:
>> > On the 0x285 day of Apache Harmony Pavel Ozhdikhin wrote:
>> > > The patch for this has been proposed a long ago:
>> > > http://article.gmane.org/gmane.comp.java.harmony.devel/10181
>> > > I can't understand why it is not yet committed.
>> > >
>> > > Hey, people, is there any reason do not build JIT in debug mode?
>> >
>> > +1 to set Jitrino to debug configration in DRLVM-debug mode.
>> > I would even agree to break HUT with that, with 1-st priority
>> fixes.
>> >
>> > IMHO, Jitrino _should_ be tested with asserts, that would make
>> us some
>> > bugs for free, with no tricky testing...
>> >
>> > > Thanks,
>> > > Pavel
>> > >
>> > >
>> > > On 2/22/07, Naveen Neelakantam <[EMAIL PROTECTED]> wrote:
>> > > >
>> > > > Another jitrino debug assert bug...
>> > > >
>> > > > Are we testing DRLVM in *full* debug mode yet?  If not, is
>> there
>> > > > anything I can do to help make that happen?
>> > > >
>> > > > Naveen
>> > > >
>> > > > Begin forwarded message:
>> > > >
>> > > > > From: "Naveen Neelakantam (JIRA)" <[EMAIL PROTECTED]>
>> > > > > Date: February 21, 2007 5:56:05 PM CST
>> > > > > To: [EMAIL PROTECTED]
>> > > > > Subject: [jira] Created: (HARMONY-3222) assertion fires
>> with DaCapo
>> > > > > eclipse (jitrino built in debug)
>> > > > >
>> > > > > assertion fires with DaCapo eclipse (jitrino built in debug)
>> > > > > ------------------------------------------------------------
>> > > > >
>> > > > >                  Key: HARMONY-3222
>> > > > >                  URL: https://issues.apache.org/jira/browse/
>> > > > > HARMONY-3222
>> > > > >              Project: Harmony
>> > > > >           Issue Type: Bug
>> > > > >           Components: DRLVM
>> > > > >          Environment: RHEL4 update 4, core 2 duo, gcc 4.1.0
>> > > > >             Reporter: Naveen Neelakantam
>> > > > >
>> > > > >
>> > > > > To see the assert, jitrino must be built in debug mode and
>> the -
>> > > > > Xem:server option must be used
>> > > > >
>> > > > >> java -showversion -Xem:server -jar dacapo-2006-10-MR1.jar
>> eclipse
>> > > > > Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
>> > > > > Software Foundation or its licensors, as applicable.
>> > > > > java version "1.5.0"
>> > > > > pre-alpha : not complete or compatible
>> > > > > svn = r510120, (Feb 21 2007), Linux/ia32/gcc 4.1.0, debug
>> build
>> > > > > http://incubator.apache.org/harmony
>> > > > > ===== DaCapo eclipse starting =====
>> > > > > <setting up workspace...>
>> > > > > <creating
>> > > > >
>> projects.............................................................
>> .
>> > > > > >
>> > > > > <running tests at level 0...>
>> > > > > <performing build tests...>
>> > > > >         org.apache.ant (not open) opening cleaning building
>> > > > >         org.junit (not open) opening cleaning building
>> > > > > java: /home/zilles/neelakan/Sandbox/Harmony/test/
>> working_vm/vm/
>> > > > > jitrino/src/codegenerator/ia32/Ia32Inst.cpp:92: void
>> > > > > Jitrino::Ia32::Opnd::setMemOpndSubOpnd
>> > > > > (Jitrino::Ia32::MemOpndSubOpndKind, Jitrino::Ia32::Opnd*):
>> > > > > Assertion `(so != MemOpndSubOpndKind_Displacement) ||
>> (2147483647
>> > > > > >= opnd->getImmValue() && (-2147483647 - 1) <= opnd-
>> >getImmValue
>> > > > > ())' failed.
>> > > > >
>> > > > >
>> > > > > --
>> > > > > This message is automatically generated by JIRA.
>> > > > > -
>> > > > > You can reply to this email to add a comment to the issue
>> online.
>> > > > >
>> > > >
>> > > >
>> >
>> > --
>> > Egor Pasko
>> >
>> >
>>


Reply via email to