Displaying 4 results from an estimated 4 matches for "d15525".
2015 Dec 23
2
RFC: __attribute__((ifunc("resolver")) representation in LLVM IR
...y
>>>>> > depends on expected asm generated by compiler
>>>>> > - using low-level platform dependent information in Clang
>>>>> >
>>>>> > I prototyped first approach, changes in
>>>>> > http://reviews.llvm.org/D15525. But
>>>>> > got feedback that I should use second approach instead + request to
>>>>> > write
>>>>> > RFC about this IR extension for broader discussion. I'm convinced
>>>>> > that the
>>>>> > second appr...
2015 Dec 18
2
RFC: __attribute__((ifunc("resolver")) representation in LLVM IR
...instead of ifunc they even have different function type)
- asm statement in general not very reliable mechanism in general, highly
depends on expected asm generated by compiler
- using low-level platform dependent information in Clang
I prototyped first approach, changes in http://reviews.llvm.org/D15525. But
got feedback that I should use second approach instead + request to write
RFC about this IR extension for broader discussion. I'm convinced that the
second approach is cleaner and if there is no better suggestion or push
back, I'm going to prepare such patch. Third approach mostly adde...
2015 Dec 19
2
RFC: __attribute__((ifunc("resolver")) representation in LLVM IR
...n type)
> > - asm statement in general not very reliable mechanism in general, highly
> > depends on expected asm generated by compiler
> > - using low-level platform dependent information in Clang
> >
> > I prototyped first approach, changes in http://reviews.llvm.org/D15525.
> But
> > got feedback that I should use second approach instead + request to write
> > RFC about this IR extension for broader discussion. I'm convinced that
> the
> > second approach is cleaner and if there is no better suggestion or push
> > back, I'm going...
2015 Dec 21
2
RFC: __attribute__((ifunc("resolver")) representation in LLVM IR
...not very reliable mechanism in general,
>>> highly
>>> > depends on expected asm generated by compiler
>>> > - using low-level platform dependent information in Clang
>>> >
>>> > I prototyped first approach, changes in http://reviews.llvm.org/D15525.
>>> But
>>> > got feedback that I should use second approach instead + request to
>>> write
>>> > RFC about this IR extension for broader discussion. I'm convinced that
>>> the
>>> > second approach is cleaner and if there is no be...