search for: ebbc0eeb

...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/llvm-dev/attachments/20120207/ebbc0eeb/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: attr.patch Type: text/x-patch Size: 7791 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120207/ebbc0eeb/attachment.bin>

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