search for: size_typ

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

...s of my functions using different memory areas for global variables - it's also useful in other dynamic recompilation scenarios. Next the warnings.patch file contains some minor modification to make Visual Studio shut up (and possibly to make LLVM more 64bit friendly). I chose to typedef a size_type on the LLVM containers that try to mimic the std:: containers, while in the other case I just made a simple cast. Finally the leaks.patch file contains a destructor for the JITMemoryManager that frees system memory and a minor modification to how one particular singleton object gets instantiat...

...ent memory > areas for global variables - it's also useful in other dynamic > recompilation scenarios. > > Next the warnings.patch file contains some minor modification to make > Visual Studio shut up (and possibly to make LLVM more 64bit friendly). I > chose to typedef a size_type on the LLVM containers that try to mimic > the std:: containers, while in the other case I just made a simple cast. > > Finally the leaks.patch file contains a destructor for the > JITMemoryManager that frees system memory and a minor modification to > how one particular singlet...

...ng I noticed is that using ARM::tB results in the following error: .../include/llvm/ADT/SmallVector.h:154: const T& llvm::SmallVectorTemplateCommon<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_ty...

Xapians! Did anybody wrote and would like to share a routines that parse result from doc.get_data() into some key and pair values in C++ ? Code: Xapian::Document doc = i.get_document(); string data = doc.get_data(); mymap = parse_result(data); As you know the data string contain all the data within the document delimited by "=" sign and "\n" new line and needs to be parse

...thing I noticed is that using ARM::tB results in the following error: > > .../include/llvm/ADT/SmallVector.h:154: const T& llvm::SmallVectorTemplateCommon<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...

...ailing list. Leaving cfe-dev on the line so those who saw the initial mail can follow along. On Mon, Jun 4, 2012 at 2:14 PM, Will Wilson <will at indefiant.com> wrote: > Hi All, > > Just a quick question regarding SmallVector.h: It seems the interfaces > use a mixture of size_t, size_type and unsigned. Building on Win64 > this causes numerous implicit conversion warnings when accessing > anything by index. Is there any design/performance reason for this or > can it be changed so the interfaces in question make consistant use > size_type (currently typedef'd to size...

...ame _Hashtable::const_iterator const_iterator; In file included from fail.cpp:1: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/unordered_map:48: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/bits/unordered_map.h:124:36: error: member 'size_type' found in multiple base classes of different types typedef typename _Hashtable::size_type size_type; ^ In file included from fail.cpp:1: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../include/c++/4.8/unordered_map:48: /u...

...noticed is that using ARM::tB results in the following error: >> >> .../include/llvm/ADT/SmallVector.h:154: const T& llvm::SmallVectorTemplateCommon<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...

...tandard, 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_DEBUGGING */...

...build-llvm/bin/llc -o obj/simple.s obj/simple-opt.bc llc: /home/shenyouren/workspace/llvm/include/llvm/ADT/SmallVector.h:154: const T& llvm::SmallVectorTemplateCommon<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...

...*** [tools/lldb/tools/driver/CMakeFiles/lldb.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/tools/lldb/tools/lldb-platform/lldb-platform.cpp:295:35: warning: comparison of integers of different signs: 'int' and 'size_type' (aka 'unsigned long') [-Wsign-compare] for (int j = 0; j < listen_host_port.size(); j++) ~ ^ ~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. Linking CXX executable ../../../../bin/lldb-platform ../../../../lib/liblldb.so.3.5: undefined...

...largest > object size is not uncommon. For example, C++'s std::count doesn't return > a size_t but a iterator_traits<>::difference_type which is going to be a > ptrdiff_t for things like std::vector. Bug in C++? Because max_size() of std::vector<char> has the type `size_type` and returns SIZE_MAX in practice (even on x86-64). Let's see other examples (on x86-32): - glibc's malloc is happy to allocate more than PTRDIFF_MAX bytes (and this is important in practice so (at least some) glibc devs are reluctant to "fix" it); - clang has a compile-time...

...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; > } > #endif...

...ols/driver/CMakeFiles/lldb.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs.... > /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/tools/lldb/tools/lldb-platform/lldb-platform.cpp:295:35: > warning: comparison of integers of different > signs: 'int' and 'size_type' (aka 'unsigned long') [-Wsign-compare] > for (int j = 0; j < listen_host_port.size(); j++) > ~ ^ ~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > Linking CXX executable ../../../../bin/lldb-platform > ../../../../lib/li...

...9 cryptest.exe`_GLOBAL__sub_I_chacha_avx.cpp at string:1322, queue = 'com.apple.main-thread', stop reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0) frame #0: 0x000000010016ec49 cryptest.exe`_GLOBAL__sub_I_chacha_avx.cpp at string:1322 1319 { 1320 size_type (&__a)[__n_words] = __r_.first().__r.__words; 1321 for (unsigned __i = 0; __i < __n_words; ++__i) -> 1322 __a[__i] = 0; 1323 } 1324 1325 template <size_type __a> static And: (lldb) disass cryptest.exe`_GLOBAL__sub_I_chacha_avx.c...

...on. For example, C++'s std::count doesn't >> return >> a size_t but a iterator_traits<>::difference_type which is going to be a >> ptrdiff_t for things like std::vector. >> > > Bug in C++? Because max_size() of std::vector<char> has the type > `size_type` and returns SIZE_MAX in practice (even on x86-64). > Some folks in the C++ community believe that using unsigned types in those places was the wrong decision. > > Let's see other examples (on x86-32): > > - glibc's malloc is happy to allocate more than PTRDIFF_MAX bytes...

...******************************************************** #include "lattice.hh" #include "mh.hh" #define MATHLIB_STANDALONE #include <Rmath.h> /* random sample from proposal distribution q-gibbs */ double q_gibbs_rand(Cube& cube, double& beta, vector<double>::size_type& t) { vector<double> ctr = ((0.5)*(cube.down + cube.up)).coord; vector<double>::size_type hsize = ctr.size(); double a, u, y; if(t == 0) a = beta*ctr[t+1]; else if(t == hsize - 1) a = beta*ctr[t-1]; else a = beta*(ctr[t-1] + ctr[t+1]); GetRNGstate(); u...

...instructions give the following error > > clang-6.0: /LLVM6.0.0/llvm/include/llvm/ADT/SmallVector.h:154: const > T& llvm::SmallVectorTemplateCommon<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...

Necessary when writing a client that wants to avoid unnecessary EINVAL errors from sending unaligned requests. At some point, we may want to add synchronous convenience API wrappers that do request splitting or read-modify-write to obey server constraints while still appearing to the library client as accepting any possible request. But such a wrapper should only be synchronous and not copied to