search for: gvar1

...gt; 3) JIT::getOrEmitGlobalVariable(...) was modified to search for non-mapped > global variables in all "other" > modules. If found, the address of the foreign global variable is requested, > and mapped. There is no > delay here. Could you add a test in which M1::F1 uses M2::GVar1, which contains in its initializer the address of M1::F2? > An attempt is first made to find the global outside of all modules, before > attempting to find the function > in the known modules. This is the reverse of logic used in #2. That doesn't seem right. > On searching, >...

...; > Yes, I think you should do the same thing LinkModules.cpp does when > it's possible. Yes I'll create one function to treat all GlobalValues and then reuse LinkModules logic. I've yet to look at LinkModules.cpp [snip] > > Could you add a test in which M1::F1 uses M2::GVar1, which contains in > its initializer the address of M1::F2? > Will do >> An attempt is first made to find the global outside of all modules, before >> attempting to find the function >> in the known modules. This is the reverse of logic used in #2. > > That doesn...

Hi Jeffrey, On Feb 26, 2010, at 16:02, Jeffrey Yasskin wrote: > [sidenote: Please try to avoid extraneous whitespace and line wrapping changes in your patches. It makes it harder to see what you're actually changing] Sorry just saw some preexisting code was not in 80 columns. > > On Fri, Feb 26, 2010 at 4:57 AM, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote: > Hi

[sidenote: Please try to avoid extraneous whitespace and line wrapping changes in your patches. It makes it harder to see what you're actually changing] On Fri, Feb 26, 2010 at 4:57 AM, Garrison Venn <gvenn.cfe.dev at gmail.com>wrote: > Hi Olivier, > > On Feb 25, 2010, at 14:10, Olivier Meurant wrote: > > Hi Garrison, > > I finally come back from holidays and take