search for: trailingobjects

...======================= > --- llvm/trunk/lib/IR/AttributeImpl.h (original) > +++ llvm/trunk/lib/IR/AttributeImpl.h Fri Jan 29 16:35:29 2016 > @@ -19,8 +19,9 @@ > #include "llvm/ADT/FoldingSet.h" > #include "llvm/IR/Attributes.h" > #include "llvm/Support/TrailingObjects.h" > -#include <string> > #include <climits> > +#include <cstdint> > +#include <string> > > namespace llvm { > > > > _______________________________________________ > llvm-commits mailing list > llvm-commits at lists.llvm.org &l...

...unk/lib/IR/AttributeImpl.h (original) >>> +++ llvm/trunk/lib/IR/AttributeImpl.h Fri Jan 29 16:35:29 2016 >>> @@ -19,8 +19,9 @@ >>> #include "llvm/ADT/FoldingSet.h" >>> #include "llvm/IR/Attributes.h" >>> #include "llvm/Support/TrailingObjects.h" >>> -#include <string> >>> #include <climits> >>> +#include <cstdint> >>> +#include <string> >>> >>> namespace llvm { >>> >>> >>> >>> _________________________________________...

There are two 64-bit bitmasks maintained in AttributeImpl.h<https://sdocc.itg.ti.com/ui#file:review=11893/version=393846>: - AvailableFunctionAttrs is part of the AttributeListImpl class, and - AvailableAttrs is part of the AttributeSetNode class Both of these assume that the number of available enum attributes is limited to 64. In fact, a static_assert in

2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev < llvm-dev at lists.llvm.org>: > Changing a header file somewhere and having to spend 10 minutes waiting > for a build leads to a lot of wasted developer time. > > The real culprit here is tablegen. Can we split support and ADT into two > - the parts that tablegen depends on and the parts that it doesn't? >

...t; Recycler.h > RecyclingAllocator.h > Regex.h > RWMutex.h > SaveAndRestore.h > ScaledNumber.h > SHA1.h > Signals.h > StringPool.h > StringSaver.h > SwapByteOrder.h > SystemUtils.h > thread.h > Threading.h > ThreadLocal.h > ThreadPool.h > Timer.h > TrailingObjects.h > Unicode.h > UnicodeCharRanges.h > UniqueLock.h > Watchdog.h > Win64EH.h > WindowsError.h > xxhash.h > > > Narrowly useful stuff: > AArch64TargetParser.def > ARMAttributeParser.h > ARMBuildAttriubtes.h > ARMEHABI.h > ARMTargetParser.def > ARMWinEH....

...Impl.h (original) >>>> +++ llvm/trunk/lib/IR/AttributeImpl.h Fri Jan 29 16:35:29 2016 >>>> @@ -19,8 +19,9 @@ >>>> #include "llvm/ADT/FoldingSet.h" >>>> #include "llvm/IR/Attributes.h" >>>> #include "llvm/Support/TrailingObjects.h" >>>> -#include <string> >>>> #include <climits> >>>> +#include <cstdint> >>>> +#include <string> >>>> >>>> namespace llvm { >>>> >>>> >>>> >>>> _...

...t; Recycler.h > RecyclingAllocator.h > Regex.h > RWMutex.h > SaveAndRestore.h > ScaledNumber.h > SHA1.h > Signals.h > StringPool.h > StringSaver.h > SwapByteOrder.h > SystemUtils.h > thread.h > Threading.h > ThreadLocal.h > ThreadPool.h > Timer.h > TrailingObjects.h > Unicode.h > UnicodeCharRanges.h > UniqueLock.h > Watchdog.h > Win64EH.h > WindowsError.h > xxhash.h > > > Narrowly useful stuff: > AArch64TargetParser.def > ARMAttributeParser.h > ARMBuildAttriubtes.h > ARMEHABI.h > ARMTargetParser.def > ARMWinEH....

...ion of AttributeSet. Owned by the LLVMContext. Today this is a vector of pairs of attribute indices and AttributeSetNode pointers. - AttributeSetNode: This is an ordered, uniqued set of Attributes that might apply to a single function, callee, return value, parameter, or argument. It uses TrailingObjects to store the attributes, and until Jan 2016, tested for attribute presence by a linear scan. Matthias Braum added a bitset to speed up tests in r259251. - AttributeBuilder: A mutable representation of an AttributeSetNode. Used for efficiently building a collection of attributes before freezi...

Hi Hal, On Sun, Oct 2, 2016 at 7:43 PM Hal Finkel <hfinkel at anl.gov> wrote: > Hi Tim, > > How, in general, are you thinking about doing this? I ask because, as you > clearly know, the double-double format is formed by the sum of two > double-precision numbers, and the various arithmetic operations are formed > mostly in terms of double-precision arithmetic on the