search for: machoruntime

Displaying 6 results from an estimated 6 matches for "machoruntime".

2013 Oct 30
2
[LLVMdev] [RFC] Alias should not point to declarations
...t; is so close to having the ideal model right now. We chatted a bit or IRC and it does look like N_INDR has the behaviour of llvm aliases. An alias to a declaration is a definition for example. It is documented here: https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/MachORuntime/Reference/reference.html I will try to make the ELF/COFF restrictions explicit with errors in codegen instead. Cheers, Rafael
2010 Dec 05
1
[LLVMdev] Weak private linkage for Objective C
...ols as private external, but not weak. Because they are not weak, the linker (ld) shouts at the duplicate symbol. If I semi-manually patch the Mach-O object files to make these symbols weak [following this documentation: http://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/MachORuntime/Reference/reference.html#//apple_ref/doc/uid/20001298-section], then the problem is solved. I saw a thread here from June 2010 ( http://lists.cs.uiuc.edu/pipermail/llvmdev/2010-June/032767.html) about the weak private linkage type, but I'm not sure it's now merged into the trunk (it seems...
2013 Oct 30
0
[LLVMdev] [RFC] Alias should not point to declarations
Hi Rafael, > With all that in mind, the attached patch changes the verifier to > reject aliases to declarations and updates that language reference. MachO has an R_INDR (== "indirect") symbol flag/type that (from my understanding) exactly reflects this. The linker is supposed to record the alias and define both symbols when the referee is defined. In fact, I've been working
2013 Oct 30
4
[LLVMdev] [RFC] Alias should not point to declarations
A long time ago (before r97733) we used to model the weakref attribute by outputting a new declaration and a weak alias to it. This was fairly buggy and we now implement weakref directly in clang, with the same logic an assembler uses to implement .weakref (which is what gcc prints). One thing that was left from that old implementation is that we still have alias to declarations and they are a
2015 Aug 03
3
[LLVMdev] RFC: ThinLTO File Format
...size, so the size is deduced by looking for the next symbol start address, and COFF holds the symbol sizes in auxiliary info that follows each symbol entry. See also http://www.delorie.com/djgpp/doc/coff/symtab.html and https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/MachORuntime/index.html#//apple_ref/c/tag/nlist_64 -- Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-2413 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150803/ab0d5d8b/attachment.html>
2015 Aug 03
2
[LLVMdev] RFC: ThinLTO File Format
...ml&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=oUy_PB_mSfRgDO7H7bZOR04gv_DMzX5rPO_lv4PHt60&s=7isNRRG84wFLU9ztTKYIXpp2tc_k91DwDH6bOpuOEsQ&e=> > and > https://developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/MachORuntime/index.html#//apple_ref/c/tag/nlist_64 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.apple.com_library_mac_documentation_DeveloperTools_Conceptual_MachORuntime_index.html-23__apple-5Fref_c_tag_nlist-5F64&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGgl...