search for: typesef

...involve constructors > but also does not sacrifice type safety. > > > I have a patch that uses a proxy POD type. 'make && make check' passes. It's a bit ugly in the header file (include/llvm/Attributes.h), but does not require any changes in the rest of the code, is typesef and Attributes retain the default CTOR (i.e. no uninitialized Attributes objects). If the approach is ok, I'll this patch (formatted and commented) for further review. --kcc -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llv...

...lso does not sacrifice type safety. >> >> >> > I have a patch that uses a proxy POD type. 'make && make check' passes. > It's a bit ugly in the header file (include/llvm/Attributes.h), but does > not require any changes in the rest of the code, > is typesef and Attributes retain the default CTOR (i.e. no uninitialized > Attributes objects). > > If the approach is ok, I'll this patch (formatted and commented) for > further review. > > --kcc > -------------- next part -------------- An HTML attachment was scrubbed... URL: <ht...

I see the problem. Let me try to come up with a solution that does not involve constructors but also does not sacrifice type safety. On Tue, Feb 7, 2012 at 12:01 PM, Chris Lattner <clattner at apple.com> wrote: > Hi Kostya, > > One unexpected piece of fallout in your recent attributes change (r148553) > was that it introduced a bunch of static constructors into .o files that

Hi Kostya, One unexpected piece of fallout in your recent attributes change (r148553) was that it introduced a bunch of static constructors into .o files that #include Attributes.h, due to stuff like this: const Attributes None (0); ///< No attributes have been set const Attributes ZExt (1<<0); ///< Zero extended before/after call const Attributes SExt