r206324 - [Allocator] Make the ContentCache object actually carry the 8-byte

Chandler Carruth chandlerc at gmail.com
Wed Apr 16 03:28:03 PDT 2014


On Wed, Apr 16, 2014 at 2:31 AM, Evgeniy Stepanov <eugeni.stepanov at gmail.com
> wrote:

> I see a flood of warnings in GCC 4.8 build about unused attribute
> being unused. Looks like GCC does not need or understand this
> attribute on member declarations. Do we need a new macro like
> LLVM_ATTRIBUTE_UNUSED_MEMBER ?
>

Someone else mentioned this, but I can't reproduce it. I suspect it just
needs the attribute in a different place, but I don't know how to debug it
because I don't see it... Let me try more extreme measures.


>
> [44/588] Building CXX object
> tools/clang/lib/Lex/CMakeFiles/clangLex.dir/PreprocessorLexer.cpp.o
> In file included from ../tools/clang/lib/Lex/PreprocessorLexer.cpp:15:0:
> ../tools/clang/include/clang/Basic/SourceManager.h:100:56: warning:
> ‘__unused__’ attribute ignored [-Wattributes]
>      LLVM_ATTRIBUTE_UNUSED llvm::AlignedCharArray<8, 1> NonceAligner;
>                                                         ^
>
> On Wed, Apr 16, 2014 at 1:34 AM, Chandler Carruth <chandlerc at gmail.com>
> wrote:
> > Author: chandlerc
> > Date: Tue Apr 15 16:34:12 2014
> > New Revision: 206324
> >
> > URL: http://llvm.org/viewvc/llvm-project?rev=206324&view=rev
> > Log:
> > [Allocator] Make the ContentCache object actually carry the 8-byte
> > alignment constraint rather than using the allocator function's over
> > alignment "feature". This was the only use of the "feature" which I plan
> > to remove next. =] Attaching the alignment to the type seems cleaner and
> > more principled anyways.
> >
> > Modified:
> >     cfe/trunk/include/clang/Basic/SourceManager.h
> >     cfe/trunk/lib/Basic/SourceManager.cpp
> >
> > Modified: cfe/trunk/include/clang/Basic/SourceManager.h
> > URL:
> http://llvm.org/viewvc/llvm-project/cfe/trunk/include/clang/Basic/SourceManager.h?rev=206324&r1=206323&r2=206324&view=diff
> >
> ==============================================================================
> > --- cfe/trunk/include/clang/Basic/SourceManager.h (original)
> > +++ cfe/trunk/include/clang/Basic/SourceManager.h Tue Apr 15 16:34:12
> 2014
> > @@ -44,6 +44,7 @@
> >  #include "llvm/ADT/IntrusiveRefCntPtr.h"
> >  #include "llvm/ADT/PointerIntPair.h"
> >  #include "llvm/ADT/PointerUnion.h"
> > +#include "llvm/Support/AlignOf.h"
> >  #include "llvm/Support/Allocator.h"
> >  #include "llvm/Support/DataTypes.h"
> >  #include "llvm/Support/MemoryBuffer.h"
> > @@ -89,6 +90,15 @@ namespace SrcMgr {
> >        DoNotFreeFlag = 0x02
> >      };
> >
> > +    // Note that the first member of this class is an aligned character
> buffer
> > +    // to ensure that this class has an alignment of 8 bytes. This
> wastes
> > +    // 8 bytes for every ContentCache object, but each of these
> corresponds to
> > +    // a file loaded into memory, so the 8 bytes doesn't seem terribly
> > +    // important. It is quite awkward to fit this aligner into any
> other part
> > +    // of the class due to the lack of portable ways to combine it with
> other
> > +    // members.
> > +    llvm::AlignedCharArray<8, 1> NonceAligner LLVM_ATTRIBUTE_UNUSED;
> > +
> >      /// \brief The actual buffer containing the characters from the
> input
> >      /// file.
> >      ///
> > @@ -224,6 +234,11 @@ namespace SrcMgr {
> >      ContentCache &operator=(const ContentCache& RHS)
> LLVM_DELETED_FUNCTION;
> >    };
> >
> > +  // Assert that the \c ContentCache objects will always be 8-byte
> aligned so
> > +  // that we can pack 3 bits of integer into pointers to such objects.
> > +  static_assert(llvm::AlignOf<ContentCache>::Alignment >= 8,
> > +                "ContentCache must be 8-byte aligned.");
> > +
> >    /// \brief Information about a FileID, basically just the logical file
> >    /// that it represents and include stack information.
> >    ///
> >
> > Modified: cfe/trunk/lib/Basic/SourceManager.cpp
> > URL:
> http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Basic/SourceManager.cpp?rev=206324&r1=206323&r2=206324&view=diff
> >
> ==============================================================================
> > --- cfe/trunk/lib/Basic/SourceManager.cpp (original)
> > +++ cfe/trunk/lib/Basic/SourceManager.cpp Tue Apr 15 16:34:12 2014
> > @@ -436,12 +436,8 @@ SourceManager::getOrCreateContentCache(c
> >    ContentCache *&Entry = FileInfos[FileEnt];
> >    if (Entry) return Entry;
> >
> > -  // Nope, create a new Cache entry.  Make sure it is at least 8-byte
> aligned
> > -  // so that FileInfo can use the low 3 bits of the pointer for its own
> > -  // nefarious purposes.
> > -  unsigned EntryAlign = llvm::AlignOf<ContentCache>::Alignment;
> > -  EntryAlign = std::max(8U, EntryAlign);
> > -  Entry = ContentCacheAlloc.Allocate<ContentCache>(1, EntryAlign);
> > +  // Nope, create a new Cache entry.
> > +  Entry = ContentCacheAlloc.Allocate<ContentCache>();
> >
> >    if (OverriddenFilesInfo) {
> >      // If the file contents are overridden with contents from another
> file,
> > @@ -468,12 +464,8 @@ SourceManager::getOrCreateContentCache(c
> >  ///  memory buffer.  This does no caching.
> >  const ContentCache*
> >  SourceManager::createMemBufferContentCache(const MemoryBuffer *Buffer) {
> > -  // Add a new ContentCache to the MemBufferInfos list and return it.
>  Make sure
> > -  // it is at least 8-byte aligned so that FileInfo can use the low 3
> bits of
> > -  // the pointer for its own nefarious purposes.
> > -  unsigned EntryAlign = llvm::AlignOf<ContentCache>::Alignment;
> > -  EntryAlign = std::max(8U, EntryAlign);
> > -  ContentCache *Entry = ContentCacheAlloc.Allocate<ContentCache>(1,
> EntryAlign);
> > +  // Add a new ContentCache to the MemBufferInfos list and return it.
> > +  ContentCache *Entry = ContentCacheAlloc.Allocate<ContentCache>();
> >    new (Entry) ContentCache();
> >    MemBufferInfos.push_back(Entry);
> >    Entry->setBuffer(Buffer);
> >
> >
> > _______________________________________________
> > cfe-commits mailing list
> > cfe-commits at cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
>
> _______________________________________________
> cfe-commits mailing list
> cfe-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20140416/d9782f25/attachment.html>


More information about the cfe-commits mailing list