search for: const_reference

...wed by >> the C++03 standard, but at least VC++ 2008 Express Edition with >> _HAS_ITERATOR_DEBUGGING fails. >> >> > What is the assertion message? > > -bw > "vector subscript out of range" This is the asserting code from <vector> : const_reference operator[](size_type _Pos) const { // subscript nonmutable sequence #if _HAS_ITERATOR_DEBUGGING if (size() <= _Pos) { _DEBUG_ERROR("vector subscript out of range"); _SCL_SECURE_OUT_OF_RANGE; } #endif /* _HAS_ITERATOR...

...;template-parameter-1-2> >::operator[](llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type) const [with T = llvm::MCOperand; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const llvm::MCOperand&; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type = long unsigned int]: Assertion `idx < size()' failed. The architecture is ARMv6-m, I am using llvm 7, the dummy.ll was created with llvm 3.9 Hope to find some help h...

...rd, but at least VC++ 2008 Express Edition with >>> _HAS_ITERATOR_DEBUGGING fails. >>> >>> >> What is the assertion message? >> >> > "vector subscript out of range" > > This is the asserting code from <vector> : > > > const_reference operator[](size_type _Pos) const > { // subscript nonmutable sequence > > #if _HAS_ITERATOR_DEBUGGING > if (size() <= _Pos) > { > _DEBUG_ERROR("vector subscript out of range"); > _SCL_SECURE_OUT_OF_RANGE; >...

...'pair<typename __make_pair_return<void *>::type, typename __make_pair_return<DIType &>::type>' to 'const value_type' (aka 'const std::__1::pair<void *, llvm::WeakVH>') for 1st argument; _LIBCPP_INLINE_VISIBILITY void push_back(const_reference __x); ^ /usr/include/c++/v1/vector:678:36: note: candidate function not viable: no known conversion from 'pair<typename __make_pair_return<void *>::type, typename __make_pair_return<DIType &>::type>' to 'value_type'...

...mplateCommon<T, <template-parameter-1-2> >::operator[](llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type) const [with T = llvm::MCOperand; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const llvm::MCOperand&; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type = long unsigned int]: Assertion `idx < size()' failed. > > The architecture is ARMv6-m, I am using llvm 7, the dummy.ll was created with llvm 3.9 > Hope to find some h...

...mplateCommon<T, <template-parameter-1-2> >::operator[](llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type) const [with T = llvm::MCOperand; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const llvm::MCOperand&; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type = long unsigned int]: Assertion `idx < size()' failed. >> >> The architecture is ARMv6-m, I am using llvm 7, the dummy.ll was created with llvm 3.9 >> Hope to...

...mplateCommon<T, <template-parameter-1-2> >::operator[](llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type) const [with T = llvm::MCOperand; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const llvm::MCOperand&; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::size_type = long unsigned int]: Assertion `idx < size()' failed. Stack dump: 0. Program arguments: /home/shenyouren/workspace/build-llvm/bin/llc -o obj/simple.s obj/simple-opt.bc 1....

On Dec 30, 2008, at 4:51 PM, srs wrote: > 2. There seems to be an issue in ScheduleDAGSDNodes.h when in debug > mode. The problem is the evaluation of "&SUnits[0];" which ASSERT's in > VC++'s vector[] implementation (when _HAS_ITERATOR_DEBUGGING is on). > > As a work-around, I commented out the debug code (see "patch" below.) > > What would the

...Edition with >>>> _HAS_ITERATOR_DEBUGGING fails. >>>> >>> What is the assertion message? >>> >> "vector subscript out of range" >> >> This is the asserting code from <vector> : >> >> >> const_reference operator[](size_type _Pos) const >> { // subscript nonmutable sequence >> >> #if _HAS_ITERATOR_DEBUGGING >> if (size() <= _Pos) >> { >> _DEBUG_ERROR("vector subscript out of range"); >> _SCL_SEC...

On Oct 20, 2012, at 1:23 PM, Vincent Lejeune <vljn at ovi.com> wrote: > below is an output of "llc -march=r600 -mcpu=cayman -print-before-all -debug-only=regalloc file.shader" command from llvm3.2svn. > The register coalescing pass crashes when joining vreg12:sel_z with vreg13 registers, because it tries to access the interval liveness of vreg13... which is undefined. >

Hi all, While testing my compiler on win32 in JIT mode, I ran into a couple of issues: 1. I linked the compiler with the lib files resulting from the cmake created VS.NET build. While everything built just fine, the ExecutionEngine::create call always returned NULL. The fix was to also link with JIT.obj (thanks aKor for pointing me in the right direction). I would have thought that linking

.../home/vlj/llvm/include/llvm/ADT/SmallVector.h:143: const T& llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::operator[](unsigned int) const [with T = int; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const int&]: Assertion `begin() + idx < end()' failed. Program received signal SIGABRT, Aborted. 0x0000003dd7e35925 in raise () from /lib64/libc.so.6 Missing separate debuginfos, use: debuginfo-install glibc-2.15-57.fc17.x86_64 libgcc-4.7.2-2.fc17.x86_64 libstdc++-4.7.2-2.fc17.x86_64...

...mplate-parameter-1-2> > >::operator[](llvm::SmallVectorTemplateCommon<T, > <template-parameter-1-2> >::size_type) const [with T = > llvm::MCOperand; <template-parameter-1-2> = void; > llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> > >::const_reference = const llvm::MCOperand&; > llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> > >::size_type = long unsigned int]: Assertion `idx < size()' failed. > > I saw this function in the code base but not sure what it does > "addDirectMem(MachineInstruct...

The size suffix thing is a weird quirk in our assembler I should look into fixing. Instructions in at&t syntax usually have a size suffix that is often optional For example: add %ax, %bx and addw %ax, %bx Are equivalent because the register name indicates the size. but for an instruction like this addw $1, (%ax) There is nothing to infer the size from so an explicit suffix is

Hi, I'm part of an engineering team doing research on persistent memory support and we have stumbled upon an interesting problem. The issue is, we would like to be able to use the standard library containers in a persistent memory context (think NVDIMM-N). What I mean is that you allocate a container from said memory, use it like you normally would. After the application terminates, expectedly

.../home/vlj/llvm/include/llvm/ADT/SmallVector.h:143: const T& llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::operator[](unsigned int) const [with T = int; <template-parameter-1-2> = void; llvm::SmallVectorTemplateCommon<T, <template-parameter-1-2> >::const_reference = const int&]: Assertion `begin() + idx < end()' failed. 0  llc             0x00000000014c4020 1  llc             0x00000000014c3cf6 2  libpthread.so.0 0x0000003dd820efe0 3  libc.so.6       0x0000003dd7e35925 gsignal + 53 4  libc.so.6       0x0000003dd7e370d8 abort + 328 5  libc.so.6    ...

...d::size_t M> +inline +bool +operator!=(const short_alloc<T, N>& x, const short_alloc<U, M>& y) noexcept +{ + return !(x == y); +} + +template <class T> +class malloc_alloc +{ +public: + typedef T value_type; + typedef T& reference; + typedef const T& const_reference; + typedef T* pointer; + typedef const T* const_pointer; + typedef std::size_t size_type; + typedef std::ptrdiff_t difference_type; + + malloc_alloc() = default; + template <class U> malloc_alloc(const malloc_alloc<U>&) noexcept {} + + T* allocate(std::size_t n)...