[cfe-commits] r169489 - in /cfe/trunk: lib/CodeGen/CGExpr.cpp lib/CodeGen/CGObjCRuntime.cpp lib/CodeGen/CGRecordLayout.h lib/CodeGen/CGRecordLayoutBuilder.cpp lib/CodeGen/CGValue.h test/CodeGen/2008-01-07-UnusualIntSize.c test/CodeGen/PR4611-bitfield-layout.c test/CodeGen/bitfield-2.c test/CodeGen/init.c test/CodeGen/packed-nest-unpacked.c test/CodeGen/pr2394.c test/CodeGenCXX/2009-12-23-MissingSext.cpp test/CodeGenCXX/bitfield.cpp test/CodeGenCXX/references.cpp test/CodeGenObjC/bitfield-access.m

Chandler Carruth chandlerc at gmail.com
Thu Dec 6 11:07:18 PST 2012


On Thu, Dec 6, 2012 at 10:48 AM, Jordan Rose <jordan_rose at apple.com> wrote:

>
> > +///
> > +///   struct S {
> > +///     char a, b, c;
> > +///     unsigned bits : 3;
> > +///     unsigned more_bits : 4;
> > +///     unsigned still_more_bits : 7;
> > +///   };
> > +///
> > +/// This will end up as the following LLVM type. The first array is the
> > +/// bitfield, and the second is the padding out to a 4-byte alignmnet.
> > +///
> > +///   %t = type { i8, i8, i8, i8, i8, [3 x i8] }
>
> What second array?


Sorry, I even noticed this before committing, made a note to update the
comment, and forgot.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20121206/9a506b2d/attachment.html>


More information about the cfe-commits mailing list