[PATCH] D15857: [InstCombine] Defend against worst-case exponential execution time

Joerg Sonnenberger via llvm-commits llvm-commits at lists.llvm.org
Mon Jan 4 13:20:30 PST 2016


> I don't think we even need any other limit - this would limit the number of
> function invocations to O(bitwidth) as after that many ORs we're guaranteed
> to hit a bailout.

I thought it is O(bitwidth * funsize)? Where funsize is the number of
expressions in the functions? That can be pretty large, but it isn't
needed, the limit would certainly be optional.

Joerg


More information about the llvm-commits mailing list