[PATCH] [PM/AA] Hoist the AliasResult enum out of the AliasAnalysis class.
chandlerc at gmail.com
Wed Jun 17 02:08:34 PDT 2015
This will allow classes to implement the AA interface without deriving
from the class or referencing an internal enum of some other class as
their return types.
Also, to a pretty fundamental extent, concepts such as 'NoAlias',
'MayAlias', and 'MustAlias' are first class concepts in LLVM and we
aren't saving anything by scoping them heavily.
My mild preference would have been to use a scoped enum, but that
feature is essentially completely broken AFAICT. I'm extremely
disappointed. For example, we cannot through any reasonable means
construct an enum class (or analog) which has scoped names but converts
to a boolean in order to test for the possibility of aliasing.
: Richard Smith came up with a "solution", but it requires class
templates, and lots of boilerplate setting up the enumeration multiple
times. Something like Boost.PP could potentially bundle this up, but
even that would be quite painful and it doesn't seem realistically worth
it. The enum class solution would probably work without the need for
a bool conversion.
Depends on D10494
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 31809 bytes
Desc: not available
More information about the llvm-commits