search for: n_indr

...yet so I can't actually > test things properly. > > I think the only benefit is going to be to compile-time and > source-structure, but it would still be a shame to lose it when LLVM > 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...

...se a wrapper binary with DYLD_INSERT_LIBRARIES. I want to interpose Libc symbols with some of the symbols present in my binary (memory allocator, mmap). Interposition support is somewhat lacking in the Mach-O toolchain and runtime linker despite the Mach-O format technically supporting what I need (N_INDR and N_WEAK_DEF). > > - https://developer.apple.com/documentation/kernel/nlist_64 <https://developer.apple.com/documentation/kernel/nlist_64> Dyld does not generally use nlists at runtime except for things like dladdr(), and has not for the last 10 years or so. Instead dyld uses a trie...

> On Jun 6, 2017, at 4:08 PM, Michael Clark via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Folks, > > I’m working on a port of musl libc to macos (arch triple is “x86_64-xnu-musl”) to solve some irreconcilable issues I’m having with libSystem.dylib. I don’t want to use glibc for various reasons, mainly because I want to static link. I have static PIE + ASLR working

Hi Folks, I’m working on a port of musl libc to macos (arch triple is “x86_64-xnu-musl”) to solve some irreconcilable issues I’m having with libSystem.dylib. I don’t want to use glibc for various reasons, mainly because I want to static link. I have static PIE + ASLR working which is not actually supported by the Apple toolchain (*1), but I managed to get it to work. I’m sure Apple might say

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

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

...3d8 render states to wined3d states. d3d8: Introduce a helper to convert d3d8 primitive types to wined3d types. d3d9: Introduce helpers to convert between d3d9 and wined3d multisample types. winegcc: Put quotes around arguments with spaces when printing them. dbghelp: Ignore N_INDR symbols. iphlpapi: Use res_getservers() if available to get the DNS server list. iphlpapi: Implement GetTcp6Table() for Mac OS and FreeBSD. iphlpapi: Implement GetUdp6Table() for Mac OS and FreeBSD. d3d9/tests: Use compare_uint() in a couple more places. d3d10core/test...