search for: canmergestoresto

...Combiner. 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> wrote: > Hi LLVM-Devs, > > I am in the process of updating our out-of-t...

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

...Combiner. 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 <mailto:llvm-dev at lists.llvm.org> > wrote: Hi LLVM-Devs, I a...

...e 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&g...