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 ===== > <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. >
