Hi,

after I read my mail again I am not sure it is clear what I wanted to say.

current operation:
 - push instruction. It will either
   a) push the current instruction
   b) push he constant pool, and push the current instruction
 - utility function: the next two instruction will be tightly coupled
   if the constant pool is pushed after the first instruction,
   push it NOW (implemented)

planned operation:
 - we can extend our utility function for MORE than two instructions.
   -> we can use hard coded offsets from that time as the x86 port.

Zoltan

> Hi,
>
> Thanks :)
>
> we put all those constants into the constant pool. ARM supports position
> independent code efficently, since its program counter is a regular
> register as well. We can load, modify or even jump to the addresses which
> are stored in the constant pool. Constant pools are dynamically put into
> the jit code, except when we need tightly coupled instruction pairs. Those
> must not be broken by a constant pool.
>
> Zoltan
>
>> Congratulations!
>> any improvement on X86 hard coded offset for code patch? I mean X86 uses
>> single pointer then a few constants closely coupled to X86 to patch
>> code,
>> which is a nightmare for porting.
>> rgds
>> joe
>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>

_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Reply via email to