search for: pointerliketypetrait

...4.6.2 to 4.7.1 and see the massive amount of warnings, see few examples below. They mostly didn't exist with gcc-4.6.2. rev.159224 Yuri /usr/home/yuri/llvm-2012-06/latest-unpatched/llvm-fix/include/llvm/ADT/PointerUnion.h:56:10: warning: enumeral mismatch in conditional expression: ‘llvm::PointerLikeTypeTraits<llvm::PointerUnion<clang::FunctionTemplateDecl*, clang::MemberSpecializationInfo*> >::<anonymous enum>’ vs ‘llvm::PointerLikeTypeTraits<llvm::PointerUnion<clang::FunctionTemplateSpecializationInfo*, clang::DependentFunctionTemplateSpecializationInfo*> >::<anonym...

...ings, see few examples below. > They mostly didn't exist with gcc-4.6.2. > > rev.159224 > > Yuri > > > /usr/home/yuri/llvm-2012-06/latest-unpatched/llvm-fix/include/llvm/ADT/PointerUnion.h:56:10: > warning: enumeral mismatch in conditional expression: > > ‘llvm::PointerLikeTypeTraits<llvm::PointerUnion<clang::FunctionTemplateDecl*, > clang::MemberSpecializationInfo*> >::<anonymous enum>’ vs > > ‘llvm::PointerLikeTypeTraits<llvm::PointerUnion<clang::FunctionTemplateSpecializationInfo*, > clang::DependentFunctionTemplateSpecializationInfo*>...

Hi Nicolas, Looks like Preston and I have found the cause of the problem. The issue is with PointerLikeTypeTraits<T*>::NumLowBitsAvailable. This is set to 3, which basically assumes that unless the traits are specialized for a particular pointer type, objects of that type are allocated with malloc() and aligned to 8 bytes. While PointerLikeTypeTraits is overloaded for Use*, it is not overloaded...

Hi all, I've located a regression that causes my project to crash. It's in revision 67979, where PointerIntPair is changed from storing the integer in the upper bits instead of the lower bits. My project is an experimental JIT-compiler in Windows. So I was wondering if anyone had any clue why the new PointerIntPair implementation might fail. It doesn't seem very safe to me to

On 2009-05-01, at 18:40, Stefanus Du Toit wrote: > Hi Nicolas, > > Looks like Preston and I have found the cause of the problem. The > issue is with PointerLikeTypeTraits<T*>::NumLowBitsAvailable. This > is set to 3, which basically assumes that unless the traits are > specialized for a particular pointer type, objects of that type are > allocated with malloc() and aligned to 8 bytes. > > While PointerLikeTypeTraits is overloaded for Use*...

...:54:23: note: expanded from macro '__glibcxx_check_valid_range' _GLIBCXX_DEBUG_VERIFY(__gnu_debug::__valid_range(_First, _Last), \ ^ /usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../include/c++/8/bits/stl_algo.h:3451:15: note: in call to 'min_element(&{PointerLikeTypeTraits<vector<unsigned char, allocator<unsigned char> > *>::NumLowBitsAvailable, PointerLikeTypeTraits<vector<unsigned short, allocator<unsigned short> > *>::NumLowBitsAvailable, PointerLikeTypeTraits<vector<unsigned int, allocator<unsigned int> > *>:...

...39;__glibcxx_check_valid_range' >> _GLIBCXX_DEBUG_VERIFY(__gnu_debug::__valid_range(_First, _Last), \ >> ^ >> /usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../include/c++/8/bits/stl_algo.h:3451:15: >> note: in call to 'min_element(&{PointerLikeTypeTraits<vector<unsigned >> char, allocator<unsigned char> > *>::NumLowBitsAvailable, >> PointerLikeTypeTraits<vector<unsigned short, allocator<unsigned short> >> > *>::NumLowBitsAvailable, PointerLikeTypeTraits<vector<unsigned int, >> alloc...

...>> >> _GLIBCXX_DEBUG_VERIFY(__gnu_debug::__valid_range(_First, _Last), \ >> >> ^ >> >> /usr/bin/../lib/gcc/x86_64-linux-gnu/8/../../../../include/c++/8/bits/stl_algo.h:3451:15: >> >> note: in call to 'min_element(&{PointerLikeTypeTraits<vector<unsigned >> >> char, allocator<unsigned char> > *>::NumLowBitsAvailable, >> >> PointerLikeTypeTraits<vector<unsigned short, allocator<unsigned short> >> >> > *>::NumLowBitsAvailable, PointerLikeTypeTraits<vector<u...

...oject/llvm/lib/Analysis/LoopAccessAnalysis.cpp:275:15 llvm::RuntimeCheckingPtrGroup::addPointer(unsigned int) $SRC/llvm-project/llvm/lib/Analysis/LoopAccessAnalysis.cpp:292:15 llvm::RuntimePointerChecking::groupChecks(llvm::EquivalenceClasses<llvm::PointerIntPair<llvm::Value*, 1u, bool, llvm::PointerLikeTypeTraits<llvm::Value*>, llvm::PointerIntPairInfo<llvm::Value*, 1u, llvm::PointerLikeTypeTraits<llvm::Value*> > > >&, bool) $SRC/llvm-project/llvm/lib/Analysis/LoopAccessAnalysis.cpp:413:13 llvm::RuntimePointerChecking::generateChecks(llvm::EquivalenceClasses<llvm::PointerIntP...

...can tweak and tune it after enough code is using the API to get reasonable performance numbers. #include "llvm/ADT/ArrayRef.h" #include "llvm/ADT/StringRef.h" #include "llvm/Support/Compiler.h" #include "llvm/Support/DataTypes.h" #include "llvm/Support/PointerLikeTypeTraits.h" #include "llvm/Support/type_traits.h" Do you actually need all of these includes? PointerLikeTypeTraits doesn't seem necessary. Is type_traits? enum { BufferSize = 32, BufferSize is dead. /// Add a pointer value template<typename T> void add(const T *P...

On Mon, Feb 13, 2012 at 1:22 AM, Jay Foad <jay.foad at gmail.com> wrote: > On 13 February 2012 00:59, Talin <viridia at gmail.com> wrote: > > Here's my latest version of Hashing.h, which I propose to add to > llvm/ADT. > > Comments welcome and encouraged. > > > /// Adapted from MurmurHash2 by Austin Appleby > > Just out of curiosity, why not

...oject/llvm/lib/Analysis/LoopAccessAnalysis.cpp:275:15 llvm::RuntimeCheckingPtrGroup::addPointer(unsigned int) $SRC/llvm-project/llvm/lib/Analysis/LoopAccessAnalysis.cpp:292:15 llvm::RuntimePointerChecking::groupChecks(llvm::EquivalenceClasses<llvm::PointerIntPair<llvm::Value*, 1u, bool, llvm::PointerLikeTypeTraits<llvm::Value*>, llvm::PointerIntPairInfo<llvm::Value*, 1u, llvm::PointerLikeTypeTraits<llvm::Value*> > > >&, bool) $SRC/llvm-project/llvm/lib/Analysis/LoopAccessAnalysis.cpp:413:13 llvm::RuntimePointerChecking::generateChecks(llvm::EquivalenceClasses<llvm::PointerIntP...

...h code is using the API to get reasonable performance numbers. > > > #include "llvm/ADT/ArrayRef.h" > #include "llvm/ADT/StringRef.h" > #include "llvm/Support/Compiler.h" > #include "llvm/Support/DataTypes.h" > #include "llvm/Support/PointerLikeTypeTraits.h" > #include "llvm/Support/type_traits.h" > > Do you actually need all of these includes? PointerLikeTypeTraits doesn't > seem necessary. Is type_traits? > > Ooops, this was a cut & paste error from FoldingSet.cpp. > enum { > BufferSize = 3...

...h code is using the API to get reasonable performance numbers. > > > #include "llvm/ADT/ArrayRef.h" > #include "llvm/ADT/StringRef.h" > #include "llvm/Support/Compiler.h" > #include "llvm/Support/DataTypes.h" > #include "llvm/Support/PointerLikeTypeTraits.h" > #include "llvm/Support/type_traits.h" > > Do you actually need all of these includes?  PointerLikeTypeTraits doesn't > seem necessary.  Is type_traits? > >   enum { >     BufferSize = 32, > > BufferSize is dead. > > >  /// Add a pointer v...

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? >

I get compile errors for just including the "clang/Basic/Diagnostic.h" header file. Is that expected? Should I include anything else? Here are the errors: $ g++ main.cpp -I llvm/tools/clang/include -I llvm/include In file included from llvm/include/llvm/Support/PointerLikeTypeTraits.h:18, from llvm/tools/clang/include/clang/Basic/SourceLocation.h:17, from llvm/tools/clang/include/clang/Basic/Diagnostic.h:18, from main.cpp:1: llvm/include/llvm/Support/DataTypes.h:45:3: error: #error "Must #define __STDC_LIMIT_MACROS befor...

...h > Format*.h > GlobPattern.h > Host.h > JamCRC.h > KnownBits.h > LineIterator.h > Locale.h > ManagedStatic.h > MathExtras.h > MD5.h > Memory.h > MemoryBuffer.h > Mutex.h > MutexGuard.h > NativeFormatting.h > Options.h > Parallel.h > Path.h > PointerLikeTypeTraits.h > PrettyStackTrace.h > Printable.h > Process.h > Program.h > RandomNumberGenerator.h > raw_os_ostream.h > raw_ostream.h > raw_sha1_ostream.h > Recycler.h > RecyclingAllocator.h > Regex.h > RWMutex.h > SaveAndRestore.h > ScaledNumber.h > SHA1.h > Si...

...h > Format*.h > GlobPattern.h > Host.h > JamCRC.h > KnownBits.h > LineIterator.h > Locale.h > ManagedStatic.h > MathExtras.h > MD5.h > Memory.h > MemoryBuffer.h > Mutex.h > MutexGuard.h > NativeFormatting.h > Options.h > Parallel.h > Path.h > PointerLikeTypeTraits.h > PrettyStackTrace.h > Printable.h > Process.h > Program.h > RandomNumberGenerator.h > raw_os_ostream.h > raw_ostream.h > raw_sha1_ostream.h > Recycler.h > RecyclingAllocator.h > Regex.h > RWMutex.h > SaveAndRestore.h > ScaledNumber.h > SHA1.h > Si...

On May 1, 2009, at 3:40 PM, Stefanus Du Toit wrote: > Hi Nicolas, > > Looks like Preston and I have found the cause of the problem. The > issue is with PointerLikeTypeTraits<T*>::NumLowBitsAvailable. This > is set to 3, which basically assumes that unless the traits are > specialized for a particular pointer type, objects of that type are > allocated with malloc() and aligned to 8 bytes. I still don't understand why this is a problem, but I d...

.../llvm/Support/OutputBuffer.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PassNameParser.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PatternMatch.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PluginLoader.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PointerLikeTypeTraits.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PredIteratorCache.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/PrettyStackTrace.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/Recycler.h -- Installing: /usr/local/llvm-2.8/include/llvm/Support/RecyclingAllocator.h -...