search for: _chart

...g> > >&, llvm::SlotCalculator*)': AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char, std::char_traits<char> >& << int64_t' operator /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits...

...#39;: > > AsmWriter.cpp:255: error: ambiguous overload for >`std::basic_ostream<char, > > std::char_traits<char> >& << int64_t' operator > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates are: > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > > _Traits>::operator<<(std::basic_ostream<_CharT, > > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = >char, > > _Traits = std::char_traits<char>] <near match&gt...

...Writer.cpp:255: error: ambiguous overload for > >`std::basic_ostream<char, > > > std::char_traits<char> >& << int64_t' operator > > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates are: > > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > > > _Traits>::operator<<(std::basic_ostream<_CharT, > > > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = > >char, > > > _Traits = std::char_traits<char>...

...&)': ../backends/brass/brass_check.cc:216: error: ambiguous overload for ` std::basic_ostream<char, std::char_traits<char> >& << brass_tablesize_t&' operator /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits...

...t;`std::basic_ostream<char, >>>> > > std::char_traits<char> >& << int64_t' operator >>>> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates >>>>are: >>>> > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, >>>> > > _Traits>::operator<<(std::basic_ostream<_CharT, >>>> > > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT >>>>= >>>> >char, &gt...

...&)': ../backends/brass/brass_check.cc:216: error: ambiguous overload for ` std::basic_ostream<char, std::char_traits<char> >& << brass_tablesize_t&' operator /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits...

...>>> >`std::basic_ostream<char, >>> > > std::char_traits<char> >& << int64_t' operator >>> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:63: error: candidates >>>are: >>> > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, >>> > > _Traits>::operator<<(std::basic_ostream<_CharT, >>> > > _Traits>&(*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT >>>= >>> >char, >>> > &...

.../stlport/stl/_relops_cont.h:21:1: note: template<class _Tp, class _Alloc> bool std::operator!=(const std::vector<_Tp, _Alloc>&, const std::vector<_Tp, _Alloc>&) /opt/android-ndk-r8e//sources/cxx-stl/stlport/stlport/stl/_istreambuf_iterator.h:118:24: note: template<class _CharT, class _Traits> bool std::operator!=(const std::istreambuf_iterator<_CharT, _Traits>&, const std::istreambuf_iterator<_CharT, _Traits>&) /opt/android-ndk-r8e//sources/cxx-stl/stlport/stlport/stl/_string_operators.h:473:1: note: template<class _CharT, class _Traits, class _...

...s Doug's explanation of why this 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 instant...

...why this 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>; &g...

...53: error: candidates are: > __gnu_cxx::stdio_filebuf<char, std::char_traits<char> > >::stdio_filebuf(const > __gnu_cxx::stdio_filebuf<char, std::char_traits<char> >&) > /usr/include/g++/ext/stdio_filebuf.h:147: error: > __gnu_cxx::stdio_filebuf<_CharT, > _Traits>::stdio_filebuf(std::__c_file*, > std::_Ios_Openmode, long unsigned int) [with _CharT = char, > _Traits = > std::char_traits<char>] <near match> > /usr/include/g++/ext/stdio_filebuf.h:122: error: > __gnu_cxx::stdio_filebuf<_CharT, _Traits>...

...g++/ext/stdio_filebuf.h:53: error: candidates are: __gnu_cxx::stdio_filebuf<char, std::char_traits<char> >::stdio_filebuf(const __gnu_cxx::stdio_filebuf<char, std::char_traits<char> >&) /usr/include/g++/ext/stdio_filebuf.h:147: error: __gnu_cxx::stdio_filebuf<_CharT, _Traits>::stdio_filebuf(std::__c_file*, std::_Ios_Openmode, long unsigned int) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /usr/include/g++/ext/stdio_filebuf.h:122: error: __gnu_cxx::stdio_filebuf<_CharT, _Traits>::stdio_filebuf(int, std::_I...

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

...;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_str...

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"));

Hi Scott, > On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > > this is indeed a miscompilation by your system compiler. However so many > > compilers miscompiled this that a workaround was committed to svn. So you > > may want to check out llvm and llvm-gcc from svn. Alternatively, maybe > > the patch applies to llvm 2.5 too.

...Debug build llvm[2]: Compiling ExecutionDriver.cpp for Debug build llvm[2]: Compiling ExtractFunction.cpp for Debug build llvm[2]: Compiling FindBugs.cpp for Debug build /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/ostream.tcc: In member function ‘std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(double)’: /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/ostream.tcc:374: internal compiler error: Segmentation fault Now I am thoroughly confused. Can someone check my installation process? He...

On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > this is indeed a miscompilation by your system compiler.  However so many > compilers miscompiled this that a workaround was committed to svn.  So you > may want to check out llvm and llvm-gcc from svn.  Alternatively, maybe > the patch applies to llvm 2.5 too.  I've attached it. I will try the

...char*' g++-sjlj -Ic:/R/include -O2 -Wall -c array.cpp -o array.o g++-sjlj -Ic:/R/include -O2 -Wall -c interface.cpp -o interface.o In file included from interface.hpp:1, from interface.cpp:1: tseries.hpp: In function 'tseries* cbind(Seq<T, std::allocator<_CharT> >&, bool) ': tseries.hpp:533: error: no matching function for call to 'tseries::setDates(std: :vector<double, std::allocator<double> >&)' tseries.hpp:112: note: candidates are: void tseries::setDates(double*) I changed the BUILD=GCC3 in MkRules and rseries w...

On 31.05.2011 19:45, Devang Patel wrote: > > On May 31, 2011, at 10:36 AM, trash-stuff at gmx.de > <mailto:trash-stuff at gmx.de> wrote: > >> On 31.05.2011 19:22, Devang Patel wrote: >>> >>> On May 30, 2011, at 11:11 AM,trash-stuff at gmx.de >>> <mailto:trash-stuff at gmx.de>wrote: >>> >>>> Hi all, >>>>