The problem is usually determining when it's profitable, without any profiling, actually. Additionally, C/C++ are languages where the default is "anything can

The problem is usually determining when it's profitable, without any profiling, actually. Additionally, C/C++ are languages where the default is "anything can alias anything" (restrict, until very recent standards, isn't the panacea people think it is) and worse, it's really easy to end up with loop dependences, as well as non-computable loop trip counts, as well. Don't forget alignment, too! This means inserting runtime checks. So, assuming the compiler can reorder the loop to vectorize it (and honestly, with polyhedral optimizations, it almost always can if it's at all possible to do so), the question is: is it worth it to vectorize a loop but have to insert 5-6 runtime checks to test for aliasing/etc. The answer is usually no. Vectorization, sadly, is not one of those things where more is always better. Vectorizing every loop/straight line in a program will generally make things much much slower. (because now you have limited the execution resources to do the computation :P)