search for: mergestoresafterleg

Displaying 4 results from an estimated 4 matches for "mergestoresafterleg".

2018 Mar 01
0
Heap Exhaustion during 'DAGCombiner::Run'
Martin: I suspect this is an issue with post-DAG legalization store merging in the DAGCombiner. If you have a custom lowered type the DAGCombiner may end up merging a set of stores and immediately splitting them up in legalization. You should be able to disable this pass universally by overriding mergeStoresAfterLegalization() or conditionally for cases that shouldn't match with canMergeStoresTo. You should able able to verify by finding the loop of nodes considered with "-debug" on. -Nirav On Sun, Feb 25, 2018 at 9:36 AM Martin J. O'Riordan via llvm-dev < llvm-dev at lists.llvm.org&...
2018 Feb 25
3
Heap Exhaustion during 'DAGCombiner::Run'
Hi LLVM-Devs, I am in the process of updating our out-of-tree implementation from v5.0 to v6.0 RC3, and while it builds and mostly runs, I am having trouble with a small number of tests where the 'WorklistMap' in 'DAGCombiner::Run' never becomes empty. This is resulting in a runaway state of continuous heap allocation until the process exhausts all system memory. But I can't
2018 Mar 06
2
Heap Exhaustion during 'DAGCombiner::Run'
...rtin: I suspect this is an issue with post-DAG legalization store merging in the DAGCombiner. If you have a custom lowered type the DAGCombiner may end up merging a set of stores and immediately splitting them up in legalization. You should be able to disable this pass universally by overriding mergeStoresAfterLegalization() or conditionally for cases that shouldn't match with canMergeStoresTo. You should able able to verify by finding the loop of nodes considered with "-debug" on. -Nirav On Sun, Feb 25, 2018 at 9:36 AM Martin J. O'Riordan via llvm-dev <llvm-dev at lis...
2018 Mar 06
0
Heap Exhaustion during 'DAGCombiner::Run'
...this is an issue with post-DAG legalization store merging in the > DAGCombiner. If you have a custom lowered type the DAGCombiner may end up > merging a set of stores and immediately splitting them up in legalization. > You should be able to disable this pass universally by overriding > mergeStoresAfterLegalization() or conditionally for cases that shouldn't > match with canMergeStoresTo. > > > > You should able able to verify by finding the loop of nodes considered > with "-debug" on. > > > > -Nirav > > > > > > > > On Sun, Feb 25, 2...