efriedma-quic wrote:

I really don't want the dependency chain that involves clang converting the 
target feature list to an LLVM attribute string, then grabbing the attribute 
out of the llvm::Function to parse it back into a feature list.  That ties 
together the target info and codegen in a weird circular way.

I'd be okay with just "fixing" the x86 tests to use the larger count of 
diagnostics, since the diagnostic is clearly broken already.  Otherwise... 
maybe codegen can cache the feature list?

https://github.com/llvm/llvm-project/pull/137624
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to