This patch is to unblock D124926, where the tests needs a valid number of cache line size to proceed with loop cache analysis. However, for some backend targets, TTIImpl->getCacheLineSize() is not implemented and hence 'TTI.getCacheLineSize()' would just return 0 and breaks the analysis.
In this patch we add a user-specified opt/llc option for cache line size. If the option is specified by users we use the value supplied, otherwise we fall-back to the default value obtained from TTIImpl->->getCacheLineSize().
Added a test case under llvm/test/Analysis/LoopCacheAnalysis to make sure loop cache analysis produces different but sane costs when the option is specified with different values.
Since we only use this when getNumOccurrences() > 0, the initialization to 64 isn't necessary or useful. I'd initialize it to 0 for consistency (and to avoid confusion) with the default implementation of getCacheLineSize.