[vmkit-commits] J3 crushes on HelloWorld

[nicolas geoffray]

Hi Minas,

Consider that VMKit started as a research project (ie prototype), and these
macros eased the implementation of another research project. They are not
needed for a spec-compliant JVM, but the implementation of other projects
was made easier by having them here.

Nicolas

On Fri, Jul 16, 2010 at 6:58 AM, Minas Abrahamyan <minas.subs at gmail.com>wrote:

> Trying to debug this happens to very specific code peculiarities:
>
> Overuse of #define-s!
>
> All started with
> #define LOAD_CLASS(
> in Jnjvm.cpp
> Then,
>  1184    LOAD_CLASS(upcalls->SystemClass);
> surprisingly calls to:
>  void UserClass::initialiseClass(Jnjvm* vm) in Jnjvm.cpp:53
>
> because of multiple defines, most unexpeting one for which was:
>  #define UserClass Class
> at JnjvmConfig.h:28
>
> and its brother #defines:
>
>  #define UserClassArray ClassArray
>  #define UserClassPrimitive ClassPrimitive
>  #define UserClass Class
>  #define UserCommonClass CommonClass
>  #define UserConstantPool JavaConstantPool
>
> Why are so many defines? why not use inline functions?
>
> I wasn't able to find the last magical #define of UserClass until I
> have all VMkit loaded into Eclipse and used its refactoring browser...
>
>
> On Thu, Jul 15, 2010 at 1:17 PM, Minas Abrahamyan <minas.subs at gmail.com>
> wrote:
> > Hi Nicolas,
> >
> > 64-bits continue with same error, 'this' is null, because loader is null,
> > etc.
> >
> > Regards,
> > Minas
> _______________________________________________
> vmkit-commits mailing list
> vmkit-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/vmkit-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/vmkit-commits/attachments/20100719/f4953ac1/attachment.html>