search for: basic_ios

Hello xapian users, The server I'm compiling on is a little odd. SunOS on a sun4 architecture. Fails when linking, gives the following, memcpy 0x10 /usr/local/gcc-3.3.2/lib/./libstdc++.a(ctype.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status *** Error code 1 make: Fatal error:

...ed reference to `__gxx_personality_v0' libbackend.a(llvm-backend.o): In function `llvm_asm_file_start': /home/eric/llvm/llvm-gcc-4.2-objects/gcc/../../llvm-gcc-4.2/gcc/llvm-backend.cpp:566: \ undefined reference to `operator new(unsigned int)' libbackend.a(llvm-backend.o): In function `basic_ios': /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/bits/basic_ios.h:45\ 6: undefined reference to `std::ios_base::ios_base()' /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/bits/basic_ios.h:45\ 6: undefined reference to `vtable for std::basic_ios<cha...

...sic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT, _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:107: error: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT...

...th _CharT = >char, > > _Traits = std::char_traits<char>] <near match> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > > _Traits>::operator<<(std::basic_ios<_CharT, > > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, > > _Traits > > = std::char_traits<char>] <near match> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:107: error: > > std::basic_ostream<_Cha...

...i64*> [#uses=1] %10 = load i64* %9, align 8 ; <i64> [#uses=1] %11 = ptrtoint %"struct.std::ifstream"* %2 to i64 ; <i64> [#uses=1] %12 = add i64 %10, %11 ; <i64> [#uses=1] %13 = inttoptr i64 %12 to %"struct.std::basic_ios<char,std::char_traits<char> >"* ; <%"struct.std::basic_ios<char,std::char_traits<char> >"*> [#uses=6] br i1 %5, label %bb.i, label %bb1.i -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermai...

...r, > > > _Traits = std::char_traits<char>] <near match> > > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: > > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, > > > _Traits>::operator<<(std::basic_ios<_CharT, > > > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, > > > _Traits > > > = std::char_traits<char>] <near match> > > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:107: error: > > > s...

...statement >>>> .../ostream: [209, 9] 0x80489ac // new statement >>>> .../Main.cpp: [ 9,28] 0x80489b5 // new statement >>>> .../ostream: [209, 9] 0x80489bb // new statement >>>> [...] >>>> .../basic_ios.h: [ 48, 2] 0x8048a23 // new statement >>>> // end of text sequence >>>> >>>> Now, have a look at source code line 9. The extracted debug info >>>> above says that we've 3 "instruction sets" (beginning >>>> at0...

...char_traits<char>] <near match> >>>> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: >>>> > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, >>>> > > _Traits>::operator<<(std::basic_ios<_CharT, >>>> > > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = >>>>char, >>>> > > _Traits >>>> > > = std::char_traits<char>] <near match> >>>> > > /opt/gcc.3.3...

..., 9] 0x8048990 // new statement .../Main.cpp: [ 9,28] 0x80489a0 // new statement .../ostream: [209, 9] 0x80489ac // new statement .../Main.cpp: [ 9,28] 0x80489b5 // new statement .../ostream: [209, 9] 0x80489bb // new statement [...] .../basic_ios.h: [ 48, 2] 0x8048a23 // new statement // end of text sequence Now, have a look at source code line 9. The extracted debug info above says that we've 3 "instruction sets" (beginning at 0x8048983, 0x80489a0 and 0x80489b5 respectively) which correspond to line 9. But all...

...gt; %10 = load i64* %9, align 8 ; <i64> [#uses=1] > %11 = ptrtoint %"struct.std::ifstream"* %2 to i64 ; <i64> [#uses=1] > %12 = add i64 %10, %11 ; <i64> [#uses=1] > %13 = inttoptr i64 %12 to %"struct.std::basic_ios<char,std::char_traits<char> >"* ; <%"struct.std::basic_ios<char,std::char_traits<char> >"*> [#uses=6] > br i1 %5, label %bb.i, label %bb1.i > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at...

...-10:~/Desktop/dissertation/Model - CPP version/R labguest$ g++ -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/i386 *.cpp In file included from /usr/include/c++/4.0.0/bits/locale_facets.h:1533, from /usr/include/c++/4.0.0/bits/basic_ios.h:44, from /usr/include/c++/4.0.0/ios:50, from /usr/include/c++/4.0.0/ostream:44, from /usr/include/c++/4.0.0/iostream:44, from main.cpp:5: /usr/include/c++/4.0.0/bits/codecvt.h:217:45: error: macro "length" passed 4 argu...

...aits = std::char_traits<char>] <near match> >>> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: >>> > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, >>> > > _Traits>::operator<<(std::basic_ios<_CharT, >>> > > _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = >>>char, >>> > > _Traits >>> > > = std::char_traits<char>] <near match> >>> > > /opt/gcc.3.3/include/c++/3.3/bit...

...; .../Main.cpp: [ 9,28] 0x80489a0 // new statement > .../ostream: [209, 9] 0x80489ac // new statement > .../Main.cpp: [ 9,28] 0x80489b5 // new statement > .../ostream: [209, 9] 0x80489bb // new statement > [...] > .../basic_ios.h: [ 48, 2] 0x8048a23 // new statement // end of text sequence > Now, have a look at source code line 9. The extracted debug info above says that we've 3 "instruction sets" (beginning at 0x8048983, 0x80489a0 and 0x80489b5 respectively) which correspond to line 9. But all o...

...Main.cpp: [ 9,28] 0x80489a0 // new statement >> .../ostream: [209, 9] 0x80489ac // new statement >> .../Main.cpp: [ 9,28] 0x80489b5 // new statement >> .../ostream: [209, 9] 0x80489bb // new statement >> [...] >> .../basic_ios.h: [ 48, 2] 0x8048a23 // new statement // >> end of text sequence >> >> Now, have a look at source code line 9. The extracted debug info >> above says that we've 3 "instruction sets" (beginning >> at0x8048983,0x80489a0and0x80489b5respective...

...Faheem. R CMD SHLIB foo.cc g++ -I/usr/lib/R/include -fPIC -g -O2 -c foo.cc -o foo.o ************************************************************************ In file included from /usr/include/c++/3.3/bits/locale_facets.h:528, from /usr/include/c++/3.3/bits/basic_ios.h:44, from /usr/include/c++/3.3/ios:51, from /usr/include/c++/3.3/ostream:45, from /usr/include/c++/3.3/iostream:45, from foo.cc:3: /usr/include/c++/3.3/bits/codecvt.h:110:52: macro "length" passed 4 arguments, but ta...

...489a0 // new statement >>> .../ostream: [209, 9] 0x80489ac // new statement >>> .../Main.cpp: [ 9,28] 0x80489b5 // new statement >>> .../ostream: [209, 9] 0x80489bb // new statement >>> [...] >>> .../basic_ios.h: [ 48, 2] 0x8048a23 // new statement // end of text sequence >>> Now, have a look at source code line 9. The extracted debug info above says that we've 3 "instruction sets" (beginning at 0x8048983, 0x80489a0 and 0x80489b5 respectively) which correspond to line 9. B...

...-l1-1-0.dll.__stdio_common_vsprintf_p 43884 MSVC LINK.EXE version 14.11.25547.0 crashes due to unimplemented function _memicmp_l 43904 HeTeMuLu Creator: Can't input some kanji characters properly. 43905 pCon Planner crashes using builtin msvcp: access violation reading location 0x60 at basic_ios_char_widen in module msvcp140. 43914 64-bit RPCS3 emulator doesn't start, loader reports 'Invalid address' (non-relocatable PE wants to use lowest possible image base on NT: 0x10000 / 64 KB) 43939 comctl32 cannot load its assembly on arm 43940 Runtime error: Invalid floating po...

...sic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:85: error: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT, _Traits>&(*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:107: error: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT,...

...-analyzer.obj and in ..\google-breakpad\src\processor\basic_code_modules.obj lld-link.exe: error: duplicate symbol: __profc_?flags at ios_base@std@@QEBAHXZ in minidump-analyzer.obj and in ..\google-breakpad\src\processor\basic_code_modules.obj lld-link.exe: error: duplicate symbol: __profc_?rdbuf@?$basic_ios at DU ?$char_traits at D@std@@@std@@QEBAPEAV?$basic_streambuf at DU?$char_traits at D@std@ @@2 at XZ in minidump-analyzer.obj and in ..\google-breakpad\src\processor\basic_code_modules.obj and several dozen more like this, all with a __profc_ prefix. I had hoped to isolate this by linking some sm...

...streambuf<wchar> implementation. msvcp90: Added ios_base class implementation. msvcp90: Added this parameter to cdecl functions defined inside class. msvcp: Sync spec files. msvcp90: Added support for exception reraising in ios_base::clear. msvcp90: Added partial basic_ios<char> implementation. msvcp90: Added partial basic_ios<wchar> implementation. msvcp90: Added partial basic_ios<short> implementation. msvcp: Sync spec files. Robert van Herk (1): msvcrt: Fix file mode T (temporary file). Thomas Faber (2): xmllite/te...