Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
thank you thank you! On the 0x28B day of Apache Harmony 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 = > > > > > > > > > > > > > > > > > projects.. > > > > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > -- Egor Pasko
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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 = >> > > > > >> > > > > > > > > > >> projects. >> . >> > > > > > >> > > > > >> > > > > >> > > > > 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 >> > >> > >>
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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 = > > > > > > > > > > > > projects. . > > > > > > > > > > > > > > > > > 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 > >
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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 = > > > > > > > > > > > projects.. > > > > > > > > > > > > > > > > > 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 > >
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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 = > > > > > > > > projects.. > > > > > > > > > > > > > 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
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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 = > > > > > > > > projects.. > > > > > > > > > > > > > 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
Re: [drlvm][jit] Fwd: [jira] Created: (HARMONY-3222) assertion fires with DaCapo eclipse (jitrino built in debug)
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? 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 = > > projects.. > > > > > 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. >
