search for: have___dso_handle

...if (!DSO->hasInitializer()) > EE->updateGlobalMapping(DSO,&dummy_dso_handle); > > somewhere in main(), say after disabling lazy compilation. Entirely > untested though; we might need to give dummy_dso_handle a real value. this is already done in JIT.cpp, search for HAVE___DSO_HANDLE. Probably the interpreter and MCJIT just need to get the same logic. Ciao, Duncan. > > Nick > >> tia >> >> On 5/21/2012 2:46 PM, Ashok Nalkund wrote: >>> On 5/21/2012 11:15 AM, Nick Lewycky wrote: >>>> Ashok Nalkund wrote: >>>>> Rese...

...utionEngine/RTDyldMemoryManager.cpp =================================================================== --- lib/ExecutionEngine/RTDyldMemoryManager.cpp (revision 193441) +++ lib/ExecutionEngine/RTDyldMemoryManager.cpp (working copy) @@ -28,6 +28,14 @@ #include <unistd.h> #endif +#ifndef HAVE___DSO_HANDLE +#define HAVE___DSO_HANDLE 1 +#endif + +#if HAVE___DSO_HANDLE +extern void *__dso_handle __attribute__ ((__visibility__ ("hidden"))); +#endif + namespace llvm { RTDyldMemoryManager::~RTDyldMemoryManager() {} @@ -173,6 +181,11 @@ // is called before ExecutionEngine::runFunctionAsMai...

Ashok Nalkund wrote: > > Resending :(. Any pointers? Fundamentally the issue is that the system linker is supposed to define __dso_handle when linking, but since there is no system linker between your build of the .bc files and running lli, nobody has defined it. It seems reasonable to me that lli should define __dso_handle if it's declared in the module. You could module

Resending :(. Any pointers? tia On 5/21/2012 2:46 PM, Ashok Nalkund wrote: > On 5/21/2012 11:15 AM, Nick Lewycky wrote: >> Ashok Nalkund wrote: >>> Resending, any pointers? I demangled the symbol and it turns out to be: >>> std::__1::locale::use_facet(std::__1::locale::id&) const >> >> My guess is that you've got a .bc file produced on a mac using