search for: intervalmap

Hi, Bumping this as it appears to have been caught up in the general melee of mailing list outageness. From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of James Molloy Sent: 21 March 2012 18:21 To: llvmdev at cs.uiuc.edu Subject: [LLVMdev] IntervalMap - maximum alignment requirements Hi, I'm debugging a fault seen in RuntimeDyldELF on 32-bit machines, stemming from its use of IntervalMap. The documentation at the top of IntervalMap.h states that it is useful for 4 or 8 byte types, and so RuntimeDyldELF correctly uses it. However,...

Hi, I'm debugging a fault seen in RuntimeDyldELF on 32-bit machines, stemming from its use of IntervalMap. The documentation at the top of IntervalMap.h states that it is useful for 4 or 8 byte types, and so RuntimeDyldELF correctly uses it. However, further down the file is this comment: // The root data is either a RootLeaf or a RootBranchData instance. // We can't put them in a unio...

Hi All , Was trying to build the LLVM src from http://llvm.org/svn/llvm-project/llvm/branches/release_30 ,But unable to build the same and clang poped up with below error . llvm[1]: Compiling IntervalMap.cpp for Debug build In file included from /root/projects/safecode/llvm/lib/Support/IntervalMap.cpp:14: /root/projects/safecode/llvm/include/llvm/ADT/IntervalMap.h:1980:32: error: use 'template' keyword to treat 'newNode' as a dependent template name Node[NewNode] = this->map-...

...t; > > First, it sounds like you're building LLVM 3.0, Poolalloc, and SAFECode > with an unmodified version of clang. Is this correct? If so, which > version of Clang are you using? > > Second, what platform are you on? > > -- John T. > > > llvm[1]: Compiling IntervalMap.cpp for Debug build > In file included from > /root/projects/safecode/llvm/lib/Support/IntervalMap.cpp:14: > /root/projects/safecode/llvm/include/llvm/ADT/IntervalMap.h:1980:32: > error: use 'template' keyword to treat 'newNode' as a dependent template > name >...

...same and clang poped up with below error . First, it sounds like you're building LLVM 3.0, Poolalloc, and SAFECode with an unmodified version of clang. Is this correct? If so, which version of Clang are you using? Second, what platform are you on? -- John T. > > llvm[1]: Compiling IntervalMap.cpp for Debug build > In file included from > /root/projects/safecode/llvm/lib/Support/IntervalMap.cpp:14: > /root/projects/safecode/llvm/include/llvm/ADT/IntervalMap.h:1980:32: > error: use 'template' keyword to treat 'newNode' as a dependent > template name >...

...ou're building LLVM 3.0, Poolalloc, and SAFECode >> with an unmodified version of clang. Is this correct? If so, which >> version of Clang are you using? >> >> Second, what platform are you on? >> >> -- John T. >> >> >> llvm[1]: Compiling IntervalMap.cpp for Debug build >> In file included from >> /root/projects/safecode/llvm/lib/Support/IntervalMap.cpp:14: >> /root/projects/safecode/llvm/include/llvm/ADT/IntervalMap.h:1980:32: >> error: use 'template' keyword to treat 'newNode' as a dependent template &g...

On Mar 21, 2012, at 11:20 AM, James Molloy <james.molloy at arm.com> wrote: > Should the documentation be updated to reflect this requirement (and RuntimeDyldELF rewritten to follow it) or should we fix IntervalMap? (my current hack fix is to add __attribute__((aligned)) to the end of the ‘data[]’ member, but I’m sure that’s not the best way). You could use the same trick as SmallVectorBase and put data[] in a union with some other types. /jakob -------------- next part -------------- An HTML attachment wa...

...akeFiles/LLVMSupport.dir/FileOutputBuffer.cpp.o CMakeFiles/LLVMSupport.dir/FoldingSet.cpp.o CMakeFiles/LLVMSupport.dir/FormattedStream.cpp.o CMakeFiles/LLVMSupport.dir/GraphWriter.cpp.o CMakeFiles/LLVMSupport.dir/Hashing.cpp.o CMakeFiles/LLVMSupport.dir/IntEqClasses.cpp.o CMakeFiles/LLVMSupport.dir/IntervalMap.cpp.o CMakeFiles/LLVMSupport.dir/IntrusiveRefCntPtr.cpp.o CMakeFiles/LLVMSupport.dir/JamCRC.cpp.o CMakeFiles/LLVMSupport.dir/LEB128.cpp.o CMakeFiles/LLVMSupport.dir/LineIterator.cpp.o CMakeFiles/LLVMSupport.dir/Locale.cpp.o CMakeFiles/LLVMSupport.dir/LockFileManager.cpp.o CMakeFiles/LLVMSupport.dir...

...for Release build llvm[1]: Compiling FormattedStream.cpp for Release build llvm[1]: Compiling GraphWriter.cpp for Release build llvm[1]: Compiling Host.cpp for Release build llvm[1]: Compiling IncludeFile.cpp for Release build llvm[1]: Compiling IntEqClasses.cpp for Release build llvm[1]: Compiling IntervalMap.cpp for Release build llvm[1]: Compiling IsInf.cpp for Release build llvm[1]: Compiling IsNAN.cpp for Release build llvm[1]: Compiling ManagedStatic.cpp for Release build llvm[1]: Compiling Memory.cpp for Release build llvm[1]: Compiling MemoryBuffer.cpp for Release build llvm[1]: Compiling MemoryO...

Hi Jakub, On Tue, Jul 7, 2020 at 6:25 AM Jakub (Kuba) Kuderski <kubakuderski at gmail.com> wrote: > There's a lot of heavily templated code in generic DomTee construction/updater, MemSSA updater, and GraphDiff that has become really hard to modify. For the context, Alina (cc'd) was recently looking into making the domtree code work with 'CFG views'; the basic idea is to

...FormattedStream.cpp for Release+Asserts build llvm[1]: Compiling GraphWriter.cpp for Release+Asserts build llvm[1]: Compiling Hashing.cpp for Release+Asserts build llvm[1]: Compiling Host.cpp for Release+Asserts build llvm[1]: Compiling IntEqClasses.cpp for Release+Asserts build llvm[1]: Compiling IntervalMap.cpp for Release+Asserts build llvm[1]: Compiling IntrusiveRefCntPtr.cpp for Release+Asserts build llvm[1]: Compiling LEB128.cpp for Release+Asserts build llvm[1]: Compiling LineIterator.cpp for Release+Asserts build llvm[1]: Compiling Locale.cpp for Release+Asserts build llvm[1]: Compiling LockFile...