Displaying 3 results from an estimated 3 matches for "expandctor".
Did you mean:
expandctors
2014 Mar 04
9
[LLVMdev] Upstreaming PNaCl's IR simplification passes
...scalars, removing the
"insertvalue" and "extractvalue" instructions.
* PromoteIntegers legalizes integer types (e.g. i30 is converted to
i32).
* Module-level lowering: This implements, at the IR level, functionality
that is traditionally provided by "ld". e.g. ExpandCtors lowers
llvm.global_ctors to the __init_array_start and __init_array_end symbols
that are used by C libraries at startup.
PNaCl's IR simplification passes are modular -- most are independent of
each other -- so they allow projects to pick and choose which IR features
to support and which to pr...
2014 Mar 05
2
[LLVMdev] A "backend" is ... ?
...on currently used in the backends.
...all of which clearly presume multiple backends exist;
and yet I then see this:
>>>> * Module-level lowering: This implements, at the IR level,
>>>> functionality that is traditionally provided by "ld". e.g.
>>>> ExpandCtors lowers llvm.global_ctors to the __init_array_start
>>>> and __init_array_end symbols that are used by C libraries at
>>>> startup.
>>>
>>> This doesn't make any sense to me. The IR representation is
>>> strictly simpler. It is trivially lowere...
2014 Mar 05
4
[LLVMdev] Upstreaming PNaCl's IR simplification passes
...nd, but I don't think we should develop such a framework
> independently of the legalization currently used in the backends.
>
>
>>
>> * Module-level lowering: This implements, at the IR level,
>> functionality that is traditionally provided by "ld". e.g. ExpandCtors
>> lowers llvm.global_ctors to the __init_array_start and __init_array_end
>> symbols that are used by C libraries at startup.
>>
>
> This doesn't make any sense to me. The IR representation is strictly
> simpler. It is trivially lowered in a backend. I don't und...