search for: lto_module_get_symbol_attribute

Displaying 5 results from an estimated 5 matches for "lto_module_get_symbol_attribute".

2008 Feb 23
5
[LLVMdev] new LTO C interface
...2_t lto_module_get_num_symbols(lto_module_t mod); // // returns the name of the ith symbol in the object module // extern const char* lto_module_get_symbol_name(lto_module_t mod, uint32_t index); // // returns the attributes of the ith symbol in the object module // extern lto_symbol_attributes lto_module_get_symbol_attribute(lto_module_t mod, uint32_t index); // // instantiates a code generator // returns NULL if there is an error // extern lto_code_gen_t lto_codegen_create(); // // frees all memory for a code generator // upon return the lto_code_gen_t is no longer valid // extern void lto_codegen_release(lto_code...
2008 Feb 25
0
[LLVMdev] new LTO C interface
...odule_get_target_triplet(lto_module_t mod); LLVM nomenclature is triple, not triplet. > extern uint32_t > lto_module_get_num_symbols(lto_module_t mod); > > extern const char* > lto_module_get_symbol_name(lto_module_t mod, uint32_t index); > > extern lto_symbol_attributes > lto_module_get_symbol_attribute(lto_module_t mod, uint32_t index); Why uint32_t instead of size_t? > // > // frees all memory for a code generator > // upon return the lto_code_gen_t is no longer valid > // > extern void > lto_codegen_release(lto_code_gen_t); Existing bindings use the term dispose to avoid a...
2016 Sep 30
7
libLTO C API stability policy
Hi all, libLTO is exposing a very “stable” (in the sense of immutable) C API to be used by linkers (and binutils tools) that manipulate bitcode (like when performing LTO). I’m looking into relaxing the stability concern and design a policy for this API that would allow to deprecate and remove some the APIs exposed here. The MacOS linker (ld64) is one the users of libLTO, but there are others
2008 Feb 26
2
[LLVMdev] new LTO C interface
...LLVM nomenclature is triple, not triplet. Fixed. > >> extern uint32_t >> lto_module_get_num_symbols(lto_module_t mod); >> >> extern const char* >> lto_module_get_symbol_name(lto_module_t mod, uint32_t index); >> >> extern lto_symbol_attributes >> lto_module_get_symbol_attribute(lto_module_t mod, uint32_t index); > > Why uint32_t instead of size_t? I changed it to unsigned int. It is not pointer size dependent. > >> // >> // frees all memory for a code generator >> // upon return the lto_code_gen_t is no longer valid >> // >> extern...
2008 Feb 25
0
[LLVMdev] new LTO C interface
.../ > // returns the name of the ith symbol in the object module > // > extern const char* > lto_module_get_symbol_name(lto_module_t mod, uint32_t index); > > > // > // returns the attributes of the ith symbol in the object module > // > extern lto_symbol_attributes > lto_module_get_symbol_attribute(lto_module_t mod, uint32_t index); > > > // > // instantiates a code generator > // returns NULL if there is an error > // > extern lto_code_gen_t > lto_codegen_create(); > > > // > // frees all memory for a code generator > // upon return the lto_code_gen_t i...