Displaying 6 results from an estimated 6 matches for "find_pettis_hansen_function_layout".
2017 Jan 16
3
Your help needed: List of LLVM Open Projects 2017
On Mon, Jan 16, 2017 at 12:31 PM, Sean Silva via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
> Do we have any open projects on LLD?
>
> I know we usually try to avoid any big "projects" and mainly add/fix things
> in response to user needs, but just wondering if somebody has any ideas.
>
I'm not particularly active in lld anymore, but the last big item I'd
2017 Jan 16
4
Your help needed: List of LLVM Open Projects 2017
...file information” is needed, and what makes it easier for MonolithicLTO compared to ThinLTO?
> Or maybe that layout code should be inside LLVM; maybe part of the general LTO interface? It looks like the current gcc plugin calls back into gcc for the actual layout algorithm itself (function call find_pettis_hansen_function_layout) rather than the reordering logic living in the linker: https://android.googlesource.com/toolchain/gcc/+/3f73d6ef90458b45bbbb33ef4c2b174d4662a22d/gcc-4.6/function_reordering_plugin/function_reordering_plugin.c <https://android.googlesource.com/toolchain/gcc/+/3f73d6ef90458b45bbbb33ef4c2b174d4662...
2017 Jan 16
2
Your help needed: List of LLVM Open Projects 2017
...for MonolithicLTO compared to ThinLTO?
> >
> > Or maybe that layout code should be inside LLVM; maybe part of the
> general
> > LTO interface? It looks like the current gcc plugin calls back into gcc
> for
> > the actual layout algorithm itself (function call
> > find_pettis_hansen_function_layout) rather than the reordering logic
> living
> > in the linker:
> > https://android.googlesource.com/toolchain/gcc/+/
> 3f73d6ef90458b45bbbb33ef4c2b174d4662a22d/gcc-4.6/function_
> reordering_plugin/function_reordering_plugin.c
> >
> >
> > I was thinking about t...
2017 Jan 16
2
Your help needed: List of LLVM Open Projects 2017
...>>> > Or maybe that layout code should be inside LLVM; maybe part of the
>>> general
>>> > LTO interface? It looks like the current gcc plugin calls back into
>>> gcc for
>>> > the actual layout algorithm itself (function call
>>> > find_pettis_hansen_function_layout) rather than the reordering logic
>>> living
>>> > in the linker:
>>> > https://android.googlesource.com/toolchain/gcc/+/3f73d6ef904
>>> 58b45bbbb33ef4c2b174d4662a22d/gcc-4.6/function_reordering_pl
>>> ugin/function_reordering_plugin.c
>>>...
2017 Jan 17
4
Your help needed: List of LLVM Open Projects 2017
...code should be inside LLVM; maybe part of the
>>>>> general
>>>>> > LTO interface? It looks like the current gcc plugin calls back into
>>>>> gcc for
>>>>> > the actual layout algorithm itself (function call
>>>>> > find_pettis_hansen_function_layout) rather than the reordering
>>>>> logic living
>>>>> > in the linker:
>>>>> > https://android.googlesource.com/toolchain/gcc/+/3f73d6ef904
>>>>> 58b45bbbb33ef4c2b174d4662a22d/gcc-4.6/function_reordering_pl
>>>>> ugin/f...
2017 Jan 17
2
Your help needed: List of LLVM Open Projects 2017
...t; easier for MonolithicLTO compared to ThinLTO?
> >
> > Or maybe that layout code should be inside LLVM; maybe part of the general
> > LTO interface? It looks like the current gcc plugin calls back into gcc for
> > the actual layout algorithm itself (function call
> > find_pettis_hansen_function_layout) rather than the reordering logic living
> > in the linker:
> > https://android.googlesource.com/toolchain/gcc/+/3f73d6ef90458b45bbbb33ef4c2b174d4662a22d/gcc-4.6/function_reordering_plugin/function_reordering_plugin.c <https://android.googlesource.com/toolchain/gcc/+/3f73d6ef90458b45...