search for: __aeabi_d2iz

...hink of this? >> >> #define EXPOSE_STATIC_FUNCTION (fn) if (Name == #fn) return >> (uint64_t)&fn; >> >> And then inside getSymbolAddress: >> >> #if ... conditions ... >> EXPOSE_STATIC_FUNCTION(__aeabi_d2f); >> EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); >> EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); >> etc. >> #endif >> >> -Andy >> >> -----Original Message----- >> From: James Lyon [mailto:jameslyon0 at gmail.com] >> Sent: Thursday, November 14, 2013 1:25 PM >> To: Kaylor, Andrew; LLVM...

...hich is quite ugly. > > What do you think of this? > > #define EXPOSE_STATIC_FUNCTION (fn) if (Name == #fn) return (uint64_t)&fn; > > And then inside getSymbolAddress: > > #if ... conditions ... > EXPOSE_STATIC_FUNCTION(__aeabi_d2f); > EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); > EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); > etc. > #endif > > -Andy > > -----Original Message----- > From: James Lyon [mailto:jameslyon0 at gmail.com] > Sent: Thursday, November 14, 2013 1:25 PM > To: Kaylor, Andrew; LLVM Dev > Subject: Re: [LLVMdev] Android J...

...f dead %lr, implicit %sp, implicit %r0, implicit-def %sp, implicit-def %r0, implicit-def %r1, debug-location !23 tBL 14, _, @sqrt, csr_aapcs, implicit-def dead %lr, implicit %sp, implicit %r0, implicit %r1, implicit-def %sp, implicit-def %r0, implicit-def %r1, debug-location !24 tBL 14, _, $__aeabi_d2iz, csr_aapcs, implicit-def dead %lr, implicit %sp, implicit %r0, implicit %r1, implicit-def %sp, implicit-def %r0, debug-location !25 DBG_VALUE 2, 0, !17, !18, debug-location !27 DBG_VALUE debug-use %r0, debug-use _, !16, !18, debug-location !26 tCMPi8 %r0, 2, 14, _, implicit-def %cpsr, d...

...uot;) return (uint64_t)&foo;' pattern, which is quite ugly. What do you think of this? #define EXPOSE_STATIC_FUNCTION (fn) if (Name == #fn) return (uint64_t)&fn; And then inside getSymbolAddress: #if ... conditions ... EXPOSE_STATIC_FUNCTION(__aeabi_d2f); EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); etc. #endif -Andy -----Original Message----- From: James Lyon [mailto:jameslyon0 at gmail.com] Sent: Thursday, November 14, 2013 1:25 PM To: Kaylor, Andrew; LLVM Dev Subject: Re: [LLVMdev] Android JIT patch Well, is the attached version better? I'...

...s quite ugly. > > What do you think of this? > > #define EXPOSE_STATIC_FUNCTION (fn) if (Name == #fn) return > (uint64_t)&fn; > > And then inside getSymbolAddress: > > #if ... conditions ... > EXPOSE_STATIC_FUNCTION(__aeabi_d2f); > EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); > EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); > etc. > #endif > > -Andy > > -----Original Message----- > From: James Lyon [mailto:jameslyon0 at gmail.com] > Sent: Thursday, November 14, 2013 1:25 PM > To: Kaylor, Andrew; LLVM Dev > Subject: Re: [LLVMdev] Android J...

...ink of this? >> >> #define EXPOSE_STATIC_FUNCTION (fn) if (Name == #fn) return >> (uint64_t)&fn; >> >> And then inside getSymbolAddress: >> >> #if ... conditions ... >> EXPOSE_STATIC_FUNCTION(__aeabi_d2f); >> EXPOSE_STATIC_FUNCTION(__aeabi_d2iz); >> EXPOSE_STATIC_FUNCTION(__aeabi_d2lz); >> etc. >> #endif >> >> -Andy >> >> -----Original Message----- >> From: James Lyon [mailto:jameslyon0 at gmail.com] >> Sent: Thursday, November 14, 2013 1:25 PM >> To: Kaylor, Andrew; LLVM...

Well, is the attached version better? I've extended the RTDyldMemoryManager hooks instead to pick up the ARM math functions statically, and left JITMemoryManager alone except for changing the conditional so that it will build with non-glibc libraries. I've also split the original patch up into two parts, to separate the math function fixes from setLastModificationAndAccessTime. The

> The right way to update the CFG very much depends on how you're > transforming it. I would like to export the CFG for control flow checking. Theoretically, it should be possible for a compiler to know every target of every control flow instruction, except for computed targets that are not known at compile-time. When a machine basic block is split between two branches, as shown below: