search for: _alloc

..., I'm almost there with Android..... I've actually got the static and dynamic libraries built. I'm choking on the test suite. Do you want to take a shot at working around Android and [embedded, lame] STLport? I would try removing the call to rend() in std::map<_Key, _Tp, _Compare, _Alloc>::rend(). But I really should not modify program code. Fiddling with a Makefile is one thing, but modifying source code is another. Jeff arm-linux-androideabi-g++ --sysroot=/opt/android-ndk-r8e//platforms/android-14/arch-arm -I/opt/android-ndk-r8e//sources/cxx-stl/stlport/stlport/ -Ibuild/incl...

...-patched-linux-ix86/rimage-00install.html) but I do not know what its appearance there means. Thanks in advance for any help! Abbe g++ -I/usr/share/R/include -g -O2 -fpic -g -O2 -c matrix.cpp -o matrix.o /usr/include/c++/4.3/bits/stl_vector.h: In member function ?void std::vector<_Tp, _Alloc>::_M_initialize_dispatch(_Integer, _Integer, std::__true_type) [with _Integer = int, _Tp = std::vector<double, std::allocator<double> >, _Alloc = std::allocator<std::vector<double, std::allocator<double> > >]?: /usr/include/c++/4.3/bits/stl_vector.h:290: instantia...

Akshay Jain <jivan.molu at gmail.com> writes: > I have tried it, but I always end up with some kind of error. Can you > explain how can I get a function type for function which returns void > (nothing) and it's arguments are (int, int, int, void *, void *, ...) ?? Instead of getting something to cut&paste, you would be much more enriched if the problematic code and the

I have tried it, but I always end up with some kind of error. Can you explain how can I get a function type for function which returns void (nothing) and it's arguments are (int, int, int, void *, void *, ...) ?? Thanks in advance. On Tue, Apr 16, 2013 at 7:22 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Akshay Jain <jivan.molu at gmail.com> writes: > > > I am

...ass2.cpp:108:62: error: no matching function for call to ‘std::vector<llvm::Type*>::push_back(const llvm::IntegerType*) const’ /home/akshay/llvm/llvm-2.9/lib/Transforms/AliasPass/pass2.cpp:108:62: note: candidate is: /usr/include/c++/4.6/bits/stl_vector.h:826:7: note: void std::vector<_Tp, _Alloc>::push_back(const value_type&) [with _Tp = llvm::Type*, _Alloc = std::allocator<llvm::Type*>, std::vector<_Tp, _Alloc>::value_type = llvm::Type*] <near match> /usr/include/c++/4.6/bits/stl_vector.h:826:7: note: no known conversion for argument 1 from ‘const llvm::IntegerT...

...t;`anonymous-namespace'::Relation>>, _Ty=llvm::Value *, _Diff=__w64 int ] c:\dev\libs\llvm\lib\Transforms\Scalar\CorrelatedExprs.cpp(137) : see reference to function template instantiation '_FwdIt std::lower_bound<std::_Vector_iterator<_Ty,_Alloc>,llvm::Value*>(_FwdIt,_FwdIt,llvm::Value &)' being compiled with [ _FwdIt=std::_Vector_iterator<`anonymous-namespace'::Relation,std::allocator<`anonymous-namespace'::Relation>>, _Ty=`anonymous-namespace'::Relation,...

...39;::Relation>>, > _Ty=llvm::Value *, > _Diff=__w64 int > ] > c:\dev\libs\llvm\lib\Transforms\Scalar\CorrelatedExprs.cpp(137) >: see reference to function template instantiation '_FwdIt >std::lower_bound<std::_Vector_iterator<_Ty,_Alloc>,llvm::Value*>(_FwdIt,_FwdIt,llvm::Value >&)' being compiled > with > [ > _FwdIt=std::_Vector_iterator<`anonymous-namespace'::Relation,std::allocator<`anonymous-namespace'::Relation>>, > _Ty=`anonymous-namespace...

...his should be so: Here's what it *looks* like is happening, and where the FE is probably getting it wrong. First of all, the constructor in question is defined outside of the basic_string class template as a non-inline definition: template<typename _CharT, typename _Traits, typename _Alloc> basic_string<_CharT, _Traits, _Alloc>:: basic_string(const _CharT* __s, const _Alloc& __a) Second, there is an explicit template instantiation declaration: extern template class basic_string<char>; That extern template instantiation declaration is supposed to s...

...9; x86_64-pc-linux-gnu-g++ -I/usr/lib64/R/include -g -O2 -I/usr/local/include -fpic -O2 -march=core2 -fomit-frame-pointer -fno-ident -fweb -pipe -msse3 -c matrix.cpp -o matrix.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/include/g++-v4/bits/stl_vector.h: In member function 'void std::vector<_Tp, _Alloc>::_M_initialize_dispatch(_Integer, _Integer, std::__true_type) [with _Integer = int, _Tp = std::vector<double, std::allocator<double> >, _Alloc = std::allocator<std::vector<double, std::allocator<double> > >]': /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/include/g++-...

²Š'

...Here's what it *looks* like is happening, and where the FE is probably > getting it wrong. First of all, the constructor in question is defined > outside of the basic_string class template as a non-inline definition: > > template<typename _CharT, typename _Traits, typename _Alloc> > basic_string<_CharT, _Traits, _Alloc>:: > basic_string(const _CharT* __s, const _Alloc& __a) > > Second, there is an explicit template instantiation declaration: > > extern template class basic_string<char>; > > That extern template insta...

...in/../lib/gcc/mingw32/3.4.5/../../../../include/c++/ 3.4.5/bits/stl_uninitiali zed.h:82: warning: '__cur' might be used uninitialized in this function c:/src/R/Rtools/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/ 3.4.5/bits/stl_vector.h: In member function `std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const std::vector< _Tp, _Alloc>&) [with _Tp = std::string, _Alloc = std::allocator<std::string>]': c:/src/R/Rtools/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/ 3.4.5/bits/stl_vector.h:7 15: warning: '__result&...

...have a work-in-progress patch for this, I will put it up for review separately once I'm done with it. Note that it's not just the tests that need to be updated. For example, take unordered_map::at(key) definition: template <class _Key, class _Tp, class _Hash, class _Pred, class _Alloc> _Tp& unordered_map<_Key, _Tp, _Hash, _Pred, _Alloc>::at(const key_type& __k) { iterator __i = find(__k); #ifndef _LIBCPP_NO_EXCEPTIONS if (__i == end()) throw out_of_range("unordered_map::at: key not found"); #endif return __i->second; }...

Hi Bill, > Here's what I get with TOT compiling with -Os. The orig.ll is what I get > before r72619. Notice that orig.ll has only one function in it. Both the > one you sent and duncan.ll have more than one function. It's not the > fact that more than one function is showing up, but these functions in > particular shouldn't be there because of the implicit/explicit

...g, and where the FE is >> probably >> getting it wrong. First of all, the constructor in question is >> defined >> outside of the basic_string class template as a non-inline >> definition: >> >> template<typename _CharT, typename _Traits, typename _Alloc> >> basic_string<_CharT, _Traits, _Alloc>:: >> basic_string(const _CharT* __s, const _Alloc& __a) >> >> Second, there is an explicit template instantiation declaration: >> >> extern template class basic_string<char>; >> >>...

...>        [ 1>            _Ty=std::pair<llvm::IntegersSubsetMapping<llvm::BasicBlock>::RangeEx,llvm::BasicBlock *> 1>        ] 1>        f:\Program Files\Microsoft Visual Studio 9.0\VC\include\list(59) : see reference to class template instantiation 'std::_List_nod<_Ty,_Alloc>' being compiled 1>        with 1>        [ 1>            _Ty=std::pair<llvm::IntegersSubsetMapping<llvm::BasicBlock>::RangeEx,llvm::BasicBlock *>, 1>            _Alloc=std::allocator<std::pair<llvm::IntegersSubsetMapping<llvm::BasicBlock>::RangeEx,llvm::B...

On Dec 4, 2009, at 12:52 AM, Duncan Sands wrote: > Hi Bill, > >> There's a problem with your check-in for r72619 is causing "weak >> external" symbols to appear in C++ code when it shouldn't. Take >> this code for example, >> #include <stdexcept> >> void dummysymbol() { >> throw(std::runtime_error("string"));

...iff --git a/src/lib-storage/list/mailbox-list-maildir.c b/src/lib-storage/list/mailbox-list-maildir.c index c99a2900a6d6..ae5f35d955ac 100644 --- a/src/lib-storage/list/mailbox-list-maildir.c +++ b/src/lib-storage/list/mailbox-list-maildir.c @@ -46,6 +46,7 @@ static struct mailbox_list *imapdir_list_alloc(void) list = p_new(pool, struct maildir_mailbox_list, 1); list->list = imapdir_mailbox_list; list->list.pool = pool; + list->sep = '.'; list->global_temp_prefix = IMAPDIR_GLOBAL_TEMP_PREFIX; list->temp_prefix = p_strconcat(pool,...

...it is a hacker option. As far as I can see there is no other documentation on this option. However I have a server (used for software distribution) to 100+ NT clients and it clearly ran out of shared memory eg: Jan 7 14:55:37 cedar.brunel.ac.uk smbd[27486]: ERROR:set_share_mode shmops-> shm _alloc fail! Jan 7 14:55:37 cedar.brunel.ac.uk smbd[27486]: ERROR shm_alloc : alloc of 56 by tes failed Jan 7 14:55:37 cedar.brunel.ac.uk smbd[27486]: ERROR:set_share_mode shmops-> shm _alloc fail! Jan 7 14:55:41 cedar.brunel.ac.uk smbd[28154]: PANIC ERROR:del_share_mode hash bucket 3 empty Can...

On Sun, 3 Jul 2005, Aaron Gray wrote: >> Something like this should work: >> >> for (Module::iterator F = M->begin(), E = M->end(); F != E; ++F) >> if (F->isExternal()) >> ... Function* F is external! ... > > This is not working. For some reason there is a BasicBlock present on > undefined functions ! Which functions in particular are you