From 852ce93451537421513153ab20ae58efb8a40e73 Mon Sep 17 00:00:00 2001 From: Zoltan Varga Date: Fri, 9 Mar 2007 14:17:11 +0000 Subject: [PATCH] 2007-03-09 Zoltan Varga * docs/aot-compiler.txt: Update 'future work'. svn path=/trunk/mono/; revision=74003 --- ChangeLog | 4 ++++ docs/aot-compiler.txt | 7 +++---- 2 files changed, 7 insertions(+), 4 deletions(-) diff --git a/ChangeLog b/ChangeLog index 0dd8f9d404b..420793f0e59 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2007-03-09 Zoltan Varga + + * docs/aot-compiler.txt: Update 'future work'. + 2007-03-07 Zoltan Varga * docs/aot-compiler.txt: Add into about the PLT. diff --git a/docs/aot-compiler.txt b/docs/aot-compiler.txt index 7c7f1009961..aa0c08702dc 100644 --- a/docs/aot-compiler.txt +++ b/docs/aot-compiler.txt @@ -217,10 +217,9 @@ depending on a lot of circumstances. Some of these are: * Future Work ------------- -- Currently, the runtime needs to setup some data structures and fill out - GOT entries before a method is first called. This means that even calls to - a method whose code is in the same AOT image need to go through the GOT, - instead of using a direct call. +- Currently, when an AOT module is loaded, all of its dependent assemblies are also + loaded eagerly, and these assemblies need to be exactly the same as the ones loaded + when the AOT module was created ('hard binding'). Non-hard binding should be allowed. - On x86, the generated code uses call 0, pop REG, add GOTOFFSET, REG to materialize the GOT address. Newer versions of gcc use a separate function to do this, maybe we need to do the same. -- 2.25.1