Displaying 7 results from an estimated 7 matches for "smallvectorbase".
2016 Apr 28
2
Why duplicate "protected:" in SmallVector.h, StringMap.h?
In SmallVector.h:
class SmallVectorBase {
*protected:*
void *BeginX, *EndX, *CapacityX;
*protected:*
SmallVectorBase(void *FirstEl, size_t Size)
: BeginX(FirstEl), EndX(FirstEl), CapacityX((char*)FirstEl+Size) {}
In StringMap.h:
class StringMapImpl {
*protected:*
// Array of NumBuckets pointers to entries, null pointers are...
2016 Apr 13
3
Inline SmallVectorBase::grow_pod?
Hello llvm-dev,
I'm working on some out-of-process reflection support for Swift and I'd like to switch over some of my memory management to context-based with a bump-pointer allocator. I hit a linker error that `grow_pod` was missing. Eventually, some of this code will get linked into the Swift runtime and we are trying to avoid directly linking LLVM into the runtime to keep the size
2010 Apr 27
1
[LLVMdev] 2.7 build fails
...reference to `llvm::ModulePass::~ModulePass()'
<...skipped...>
/tmp/llvm-build/2.7/llvm-objects/tools/opt/Release/AnalysisWrappers.o(.text+0x63d):
In function `(anonymous
namespace)::CallGraphPrinter::getAnalysisUsage(llvm::AnalysisUsage&) const':
: undefined reference to `llvm::SmallVectorBase::grow_pod(unsigned int,
unsigned int)'
I used gcc-4.3.1 is used to compile. With gcc-4.5.0 build also fails.
FreeBSD-8.0
Yuri
2012 Mar 28
0
[LLVMdev] IntervalMap - maximum alignment requirements
...hould 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 was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120328/789efff6/attachment.html>
2020 Nov 17
0
RFC: [SmallVector] Adding SVec<T> and Vec<T> convenience wrappers.
...fying the name SmallVector, then I think the best thing to do is *rename* SmallVector (perhaps to IVector?) everywhere in the codebase. I don’t think that introducing a redundant name is a good thing (except to smooth the transition).
I like the idea of a minor rename, although a bit different:
- SmallVectorBase => VectorBase
- SmallVectorImpl => VectorImpl (we could keep both around for a transition period)
- (etc.)
- SmallVector => Vector, but give `Vector` a default small size of 0
- Add SmallVector as a wrapper around Vector that has a nice default for the small size:
```
template <class T&...
2020 Nov 17
3
RFC: [SmallVector] Adding SVec<T> and Vec<T> convenience wrappers.
On Tue, Nov 17, 2020 at 7:26 AM Chris Lattner <clattner at nondot.org> wrote:
> On Nov 13, 2020, at 2:06 PM, Sean Silva via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
> We've pretty happy now with a patch that adds two wrappers around
> SmallVector that make it 1) more convenient to use and 2) will tend to
> mitigate misuse of SmallVector. We think
2011 Apr 05
3
[LLVMdev] Building LLVM on Solaris/Sparc
...lvm-objects/tools/opt/Debug+Asserts/opt.o
llvm::createStructRetPromotionPass()
/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o
llvm::initializeScalarOpts(llvm::PassRegistry&)
/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o
llvm::SmallVectorBase::grow_pod(unsigned int, unsigned
int)/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o
llvm::createLoopRotatePass()
/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o
vtable for llvm::RGPassManager
/n/fs/scratch/tpondich/ParallelAssert/...