harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Elena Semukhina" <elena.semukh...@gmail.com>
Subject Re: [drlvm] build failed
Date Wed, 06 Dec 2006 09:24:03 GMT
It really helps!

On 12/6/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
>
> Check http://issues.apache.org/jira/browse/HARMONY-2486 if it helps
>
> On 12/6/06, Mikhail Loenko <mloenko@gmail.com> wrote:
> >
> > patch is better
> >
> > 2006/12/6, Mikhail Fursov <mike.fursov@gmail.com>:
> > > I think that because of gc_gen depends on vm.kernel_classes from now
> but
> > it
> > > is not in the gc_gen.xml.
> > > Could you add this dependency it or should I send a patch?
> > >
> > > On 12/6/06, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> > > >
> > > > Currently, the build of drlvm is failed on the linux box with
> message:
> > > >     [javac]
> > > >
> > > >
> >
> /tmp/cc_test/trunk/cc/projects/drlvm/trunk/vm/gc_gen/javasrc/org/apache/harmony/drlvm/gc_gen/GCHelper.java:23:
> > > > cannot find symbol
> > > >     [javac] symbol  : class VMHelper
> > > >     [javac] location: package org.apache.harmony.drlvm
> > > >     [javac] import org.apache.harmony.drlvm.VMHelper;
> > > >     [javac]                                 ^
> > > >     [javac]
> > > >
> > > >
> >
> /tmp/cc_test/trunk/cc/projects/drlvm/trunk/vm/gc_gen/javasrc/org/apache/harmony/drlvm/gc_gen/GCHelper.java:34:
> > > > cannot find symbol
> > > >     [javac] symbol  : variable VMHelper
> > > >     [javac] location: class org.apache.harmony.drlvm.gc_gen.GCHelper
> > > >     [javac]         Address TLS_BASE = VMHelper.getTlsBaseAddress();
> > > >     [javac]                            ^
> > > >     [javac]
> > > >
> > > >
> >
> /tmp/cc_test/trunk/cc/projects/drlvm/trunk/vm/gc_gen/javasrc/org/apache/harmony/drlvm/gc_gen/GCHelper.java:50:
> > > > cannot find symbol
> > > >     [javac] symbol  : variable VMHelper
> > > >     [javac] location: class org.apache.harmony.drlvm.gc_gen.GCHelper
> > > >     [javac]         return
> VMHelper.newResolvedUsingAllocHandleAndSize
> > > > (objSize,
> > > > allocationHandle);
> > > >     [javac]                ^
> > > >     [javac] 3 errors
> > > >
> > > > BUILD FAILED
> > > > /tmp/cc_test/trunk/cc/projects/drlvm/trunk/build/make/build.xml:436:
> > The
> > > > following error occurred while executing this line:
> > > > /tmp/cc_test/trunk/cc/projects/drlvm/trunk/build/make/build.xml:443:
> > The
> > > > following error occurred while executing this line:
> > > >
> > > >
> >
> /tmp/cc_test/trunk/cc/projects/drlvm/trunk/build/make/build_component.xml:72:
> > > > The following error occurred while executing this line:
> > > >
> > > >
> >
> /tmp/cc_test/trunk/cc/projects/drlvm/trunk/build/lnx_ia32_gcc_debug/semis/build/targets/build.java.xml:10:
> > > > Compile failed; see the compiler error output for details.
> > > >
> > > > Seems, it is due to commit:
> > > > svn commit: r482890 - in /harmony/enhanced/drlvm/trunk:
> > > > build/patches/win/APR/locks/win32/thread_cond.c
> > > > vm/tests/kernel/java/lang/ObjectTest.java
> > > > vm/tests/kernel/java/lang/ThreadTest.java
> > > >
> > > > Thanks, Vlaidmir
> > > >
> > > >
> > >
> > >
> > > --
> > > Mikhail Fursov
> > >
> > >
> >
>
>
>
> --
> Mikhail Fursov
>
>


-- 
Thanks,
Elena

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message