search for: loopvectorizationanalysisinfo

Displaying 5 results from an estimated 5 matches for "loopvectorizationanalysisinfo".

2018 Jan 05
2
RFC: [LV] any objections in moving isLegalMasked* check from Legal to CostModel? (Cleaning up LoopVectorizationLegality)
...ctural perspective. It appears that we are currently abusing Legal as the attic to throw a lot of things in order to avoid passing many pointers around. From vectorizer's architectural point of view, we should distinguish Legal from "Vectorization Context Information" (I'd call it LoopVectorizationAnalysisInfo), some of which (such as induction, reduction, etc.) are populated during the Legal step. InterleaveInfo shouldn't even be a member of Legal. Nothing to do with Legality. It would be a good member of LoopVectorizationAnalysisInfo. Eventually, I'd like to see these under Analysis subtree (in...
2018 Jan 05
0
RFC: [LV] any objections in moving isLegalMasked* check from Legal to CostModel? (Cleaning up LoopVectorizationLegality)
...ive. > It appears that we are currently abusing Legal as the attic to throw a lot of things in order to avoid passing > many pointers around. From vectorizer's architectural point of view, we should distinguish Legal from > "Vectorization Context Information" (I'd call it LoopVectorizationAnalysisInfo), some of which (such as > induction, reduction, etc.) are populated during the Legal step. InterleaveInfo shouldn't even be > a member of Legal. Nothing to do with Legality. It would be a good member of LoopVectorizationAnalysisInfo. > Eventually, I'd like to see these under Analy...
2018 Jan 06
2
RFC: [LV] any objections in moving isLegalMasked* check from Legal to CostModel? (Cleaning up LoopVectorizationLegality)
...ppears that we are currently abusing Legal as the attic to throw a > lot of things in order to avoid passing many pointers around. From > vectorizer's architectural point of view, we should distinguish Legal > from "Vectorization Context Information" (I'd call it > LoopVectorizationAnalysisInfo), some of which (such as induction, reduction, etc.) are populated during the Legal step. InterleaveInfo shouldn't even be a member of Legal. Nothing to do with Legality. It would be a good member of LoopVectorizationAnalysisInfo. > Eventually, I'd like to see these under Analysis subtre...
2018 Jan 07
0
RFC: [LV] any objections in moving isLegalMasked* check from Legal to CostModel? (Cleaning up LoopVectorizationLegality)
...we are currently abusing Legal as the attic to throw a >> lot of things in order to avoid passing many pointers around. From >> vectorizer's architectural point of view, we should distinguish Legal >> from "Vectorization Context Information" (I'd call it >> LoopVectorizationAnalysisInfo), some of which (such as induction, reduction, etc.) are populated during the Legal step. InterleaveInfo shouldn't even be a member of Legal. Nothing to do with Legality. It would be a good member of LoopVectorizationAnalysisInfo. >> Eventually, I'd like to see these under Analysis su...
2018 Jan 09
1
RFC: [LV] any objections in moving isLegalMasked* check from Legal to CostModel? (Cleaning up LoopVectorizationLegality)
...re currently abusing Legal as the attic to throw >> a lot of things in order to avoid passing many pointers around. From >> vectorizer's architectural point of view, we should distinguish Legal >> from "Vectorization Context Information" (I'd call it >> LoopVectorizationAnalysisInfo), some of which (such as induction, reduction, etc.) are populated during the Legal step. InterleaveInfo shouldn't even be a member of Legal. Nothing to do with Legality. It would be a good member of LoopVectorizationAnalysisInfo. >> Eventually, I'd like to see these under Analysis su...