search for: symbolname

...tions / suggestions? [[ Sections: - Name: .text Type: SHT_PROGBITS Content: "0000000000000000" AddressAlign: 16 Flags: [SHF_ALLOC] - Name: .rel.text Type: SHT_REL Info: .text AddressAlign: 4 Relocations: - !Relocation Offset: 0x1 SymbolName: glob1 Type: R_MIPS_32 - !Relocation Offset: 0x2 SymbolName: glob2 Type: R_MIPS_CALL16 ]] -- Simon Atanasyan

...ifferent API's to demangle symbol names. >> >> The API's that would be in LinkingContext would be :- >> >> * virtual bool canDemangle() = 0; // Does the flavor provide a way to demangle symbol names ? >> * virtual std::string demangle(StringRef symbolName) = 0; // demangle the symbol name >> >> Thoughts / Suggestions ? > Wouldn't it be simpler to have one demangle() method that does nothing (returns input string) if demangling is not available, the string is not a mangled symbol, or demangling was turned off (--no-demangle). The...

...cpp In file included from ../lib/Support/DynamicLibrary.cpp:111:0: ../lib/Support/Unix/DynamicLibrary.inc: In function ‘void* DoSearch(const char*)’: ../lib/Support/Unix/DynamicLibrary.inc:102:42: error: invalid conversion from ‘const void*’ to ‘void*’ [-fpermissive] if (!strcmp(SymbolName, #SYM)) return &SYM ^ ../lib/Support/Unix/DynamicLibrary.inc:109:5: note: in expansion of macro ‘EXPLICIT_SYMBOL’ EXPLICIT_SYMBOL(stderr); ^~~~~~~~~~~~~~~ ../lib/Support/Unix/DynamicLibrary.inc:102:42: error: invalid conver...

...t; >> Also I think it will be cleaner for atoms to be added to deadStripRoot set using a single API. > Can you give more more background on this? When would you want and undef that causes the whatever defined atom replaces it to be never dead stripped? We have these options a) -entry <symbolname> b) -init <symbolname> c) -fini <symbolname> The atoms created for this shouldnot be dead stripped, as there is an explicit reference from the command line. The other options such as a) --defsym newsymbol = oldsymbol + 100 b) --wrap newsymbol have the other effect that if there...

...alue.Addend = gsi->second.second + Addend; } else { switch (SymType) { @@ -860,6 +890,7 @@ void RuntimeDyldELF::processRelocationRe Value.Addend = Addend; break; } + case SymbolRef::ST_Data: case SymbolRef::ST_Unknown: { Value.SymbolName = TargetName.data(); Value.Addend = Addend; @@ -1150,8 +1181,67 @@ void RuntimeDyldELF::processRelocationRe ELF::R_390_PC32DBL, Addend); else resolveRelocation(Section, Offset, StubAddress, RelType, Addend); + } else if (Arch == Triple::x86_64 &&...

...as various flavors may choose to use different API's to demangle symbol names. The API's that would be in LinkingContext would be :- * virtual bool canDemangle() = 0; // Does the flavor provide a way to demangle symbol names ? * virtual std::string demangle(StringRef symbolName) = 0; // demangle the symbol name Thoughts / Suggestions ? Thanks Shankar Easwaran -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation

..." > > AddressAlign: 16 > > Flags: [SHF_ALLOC] > > > > - Name: .rel.text > > Type: SHT_REL > > Info: .text > > AddressAlign: 4 > > Relocations: > > - !Relocation > > Offset: 0x1 > > SymbolName: glob1 > > Type: R_MIPS_32 > > - !Relocation > > Offset: 0x2 > > SymbolName: glob2 > > Type: R_MIPS_CALL16 > > ]] > > > > -- > > Simon Atanasyan > > Explicitly modeling relocation sections is correct h...

Thanks for starting! Btw here is my CMD version: cmd /Q /V:ON /c "for /F "tokens=4" %l in ('dir llvm*.lib') do (for /F "tokens=2" %e in ('dumpbin /linkermember:1 %l ^| findstr "_LLVM"') do (set symbolname=%e & echo !symbolname:~1!))" You run it in the directory with all the llvm*.lib (yes the ThinLTO is excluded in this example but can be added easily i think) 2017-07-06 20:16 GMT+02:00 Jakob Bornecrantz <wallbraker at gmail.com>: > Made a bit of headway here: https://reviews.ll...

...es use a distinguishable symbol > > name (see example below), indicating that they should not be looked up > > in the global namespace. > > > From the example code I guess the namespacing for symbols from external > libraries is something like: "<modulename>.<symbolname>" ? It's currently pgextern.<path_to_library>.<symbolname> > This is what definition generators are for. We can add an API for attaching > generators and provide facilities to define a generator in C. > Here you'd want a generator with a map of module names t...

...at googlemail.com>: > Thanks for starting! > Btw here is my CMD version: > > cmd /Q /V:ON /c "for /F "tokens=4" %l in ('dir llvm*.lib') do (for /F > "tokens=2" %e in ('dumpbin /linkermember:1 %l ^| findstr "_LLVM"') do (set > symbolname=%e & echo !symbolname:~1!))" > > You run it in the directory with all the llvm*.lib (yes the ThinLTO is > excluded in this example but can be added easily i think) > > 2017-07-06 20:16 GMT+02:00 Jakob Bornecrantz <wallbraker at gmail.com>: > >> Made a bit of h...

I've finally managed to extract from Kaleidoscope one particular thing that it seems to me should be working and isn't. Given the global declaration extern "C" void foo() {} within the same program I have RTDyldMemoryManager::getSymbolAddressInProcess("foo") And it's returning null. (LLVM 3.8, Windows 7 x64.) What am I missing? -------------- next part

...// false is returned otherwise. bool run(Handler *handlerAST); // registers a callback, to be invoked when a custom/native // variable is requested. // the type T may be double and std::string template<typename T> void registerNativeVariable(const std::string& symbolName, const std::function<T()>& callback); // registers a callback for custom handlers (special functions) // to further process the data. void registerNativeHandler(const std::string& symbolName, const std::function<bool()>& callback); // regist...

On Aug 26, 2013, at 10:20 PM, Shankar Easwaran wrote: > Can we add deadStrip() to undefinedAtoms as well ? > > This will enable to choose whether we want to set the property deadStripNormal or deadStripNever on them. > > Also I think it will be cleaner for atoms to be added to deadStripRoot set using a single API. Can you give more more background on this? When would you want

Hi, On 2020-09-25 16:38:41 -0700, Andres Freund via llvm-dev wrote: > On 2020-09-24 16:34:30 -0700, Lang Hames wrote: > > If anyone wants to check out the OrcV1 removal branch and provide feedback > > now is the time. Otherwise I will aim to land the work in the mainline > > early next week. > > I'm trying to get it to work with postgres. Unfortunately this week

...>> home(if that didn't go down with my recent hdd crash): >> >> cmd /Q /V:ON /c "for /F "tokens=4" %l in ('dir llvm*.lib') do (for /F >> "tokens=2" %e in ('dumpbin /linkermember:1 %l ^| findstr "_LLVM"') do (set >> symbolname=%e & echo !symbolname:~1!))" >> >> What it does: >> >> For all *.lib files ina specific dir starting with LLVM call dumpbin.exe >> (tool from Visualstudio) and write all symbols with LLVM_ into a specific >> file >> >> >> 2017-04-05 20:...

.../System/Win32/DynamicLibrary.inc =================================================================== --- lib/System/Win32/DynamicLibrary.inc (revision 63322) +++ lib/System/Win32/DynamicLibrary.inc (working copy) @@ -156,8 +156,8 @@ void* DynamicLibrary::SearchForAddressOfSymbol(const char* symbolName) { // First check symbols added via AddSymbol(). - std::map<std::string, void *>::iterator I = g_symbols.find(symbolName); - if (I != g_symbols.end()) + std::map<std::string, void *>::iterator I = g_symbols().find(symbolName); + if (I != g_symbols().end()) return I->secon...

...even need to build the table from name to member? > > Can't we just walk "archive->symbols()" and check for each symbol if > it is needed by the current link status? Are you suggesting we do linear search instead of hash table lookup each time ArchiveFile::find(StringRef symbolName) is called? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150320/8e67ab35/attachment.html>

Hi, Can we add deadStrip() to undefinedAtoms as well ? This will enable to choose whether we want to set the property deadStripNormal or deadStripNever on them. Also I think it will be cleaner for atoms to be added to deadStripRoot set using a single API. Thanks Shankar Easwaran -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation

...+ lexical_cast<string>(bb)).c_str()); and got some unexpected string in the assembler output. The problem is that when external symbol is added to MachineInstruction, MachineOperand is created with the char* argument, but the argument is not copied, it's just stored in MachineOperand::symbolName. So, all long as string temporary is destroyed, that pointer points to garbage. I suppose I could handle this by adding function to LLVM module and using .addGlobalValue, but still, is the non-copying behaviour of constructor by design? - Volodya

Hi Ulrich, and any other llvm PowerPC/JIT users, It looks like the Numba maintainers have run in to an issue with RuntimeDyldELF's PowerPC support (See https://github.com/numba/numba/issues/2451#issuecomment-377739948 and later comments) Due to a recent change to weak symbol handling, we now always resolve to the first copy of a function that is emitted (discarding redundant weak/odr