Stupid question. I am trying to compile current version of drlvm.
After a bunch of downloads which still remains (including huge
eclipse-3....gz) compilation failes with:
build.java:
[echo] ## Building Java classes of 'vm.kernel_classes'
[javac] Compiling 48 source files to
/home/ivan/experiments/harmony/drlvm/build/lnx_ia32_gcc_release/semis/vm/kernel_classes/_classes
[javac] javac: invalid target release: jsr14
[javac] Usage: javac <options> <source files>
[javac] where possible options include:
[javac] -g Generate all debugging info
[javac] -g:none Generate no debugging info
[javac] -g:{lines,vars,source} Generate only some debugging info
...............
I am using jdk-1.4 and rely on eclipse compiler everywhere. The
message means that compiler from jdk is used.
What for we download eclipse, if its compiler is ignored? :)
--
Ivan
On 6/25/06, Gregory Shimansky <[EMAIL PROTECTED]> wrote:
Oops I forgot to write that the patch is in JIRA HARMONY-655.
On Sunday 25 June 2006 22:46 Gregory Shimansky wrote:
> On Sunday 25 June 2006 17:26 Mark Hindess wrote:
> > On 24 June 2006 at 22:38, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > > Mark Hindess wrote:
> > > > On 24 June 2006 at 14:44, Gregory Shimansky <[EMAIL PROTECTED]>
>
> wrote:
> > > >> Btw I've figured why kernel.jar has to be added to
> > > >> bootclasspath.properties before luni.jar. They have many classes
> > > >> with the same name but different code (Class, ClassLoader, Thread,
> > > >> System, String to mention a few). So if luni.jar goes first in
> > > >> bootclasspath, then all of those kernel classes implementations are
> > > >> taken from classlib which isn't very good because they should be
> > > >> taken from VM's kernel.jar. So there is no surprise that it doesn't
> > > >> work.
> > > >
> > > > Oops... I can't believe we didn't spot this before! ...
> > >
> > > That's a regression :-( We used to specifically exclude the kernel
> > > patternsets from each JAR packaging step. I agree that it should be
> > > restored.
> >
> > Yes, it's definitely a regression. Probably at least partly my fault,
> > so I've fixed it in r417017.
> >
> > Gregory, this should almost fix the ordering issue except for String
> > which has moved out of the kernel classes in to luni. But as Tim says
> > the real solution is to load the VM's versions of kernel classes first
> > the same way the IBM VME does it.
>
> Sure I've created a patch to properties parser which adds kernel.jar
> unconditionally to the beginning of bootclasspath, and filters out
> everything which isn't beginning with bootclasspath.[0-9] so no *.source
> and other properties appear in the property.
--
Gregory Shimansky, Intel Middleware Products Division
--
Ivan
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
