History log of /external/llvm/lib/Support/SmallVector.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
d2f7d53a421d34b3e0fb7fbb82dd69ec651c8067 02-Sep-2010 John McCall <rjmccall@apple.com> After some discussion with djg, teach SmallVector to grow from a zero
capacity and remove the workaround in SmallVector<T,0>. There are some
theoretical benefits to a N->2N+1 growth policy anyway.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@112870 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/SmallVector.cpp
4b63cfd2597782f6f561b71119d09a76ed823266 08-Jun-2010 Benjamin Kramer <benny.kra@googlemail.com> Use realloc instead of malloc+memcpy when growing a POD SmallVector. A smart
realloc implementation can try to expand the allocated memory block in-place,
avoiding the copy.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@105605 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/SmallVector.cpp
bb29769774962df2dcb7a31f8bd158a0f6871ceb 16-Dec-2009 Chris Lattner <sabre@nondot.org> now that libsystem no longer uses SmallVector, we can move
SmallVectorBase::grow_pod out of line, finally satisfying PR3758.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@91529 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/lib/Support/SmallVector.cpp