search for: ios_base

Hello, Jeff. You wrote Saturday, January 22, 2005, 3:57:28 AM: JC> Reid, the binary/text mode is a valid issue. This set of flags worked for me: std::ios_base::out | std::ios_base::trunc | std::ios_base::binary Yes, there are open issues with std::ios_base::binary, but llvm are not affected with them now. JC> I have successfully used a bytecode file on Windows that was created JC> on Unix, but I must have been lucky. Yes, it is so, but if you try...

...uot;llvm-gcc C:\llvm_helloCppToC.c -o C:\llvm_helloCppToC.exe" I've got: "C:\llvm_helloCppToC.c: In function 'main': C:\llvm_helloCppToC.c:180: warning:return type of 'main' is not 'int' C:\...\Temp/ccfREe4x.o:fake:(.text+0xae): undefined reference to 'std::ios_base::Init::Init()' C:\...\Temp/ccfREe4x.o:fake:(.text+0xbe): undefined reference to 'std::ios_base::Init::~Init()' collect2: ld returned 1 exit status" What I've done wrong?

...ibiberty.a ../libdecnumber/libdecnumber.a -L/home/eric/llvm/llvm-objects/\ Release/lib -lpthread -ldl -lm -lelf llvm-main.o: In function `__static_initialization_and_destruction_0': /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: undefi\ ned reference to `std::ios_base::Init::Init()' /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: undefi\ ned reference to `std::ios_base::Init::~Init()' llvm-main.o:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0' libbackend.a(llvm-backend.o): In function `llvm_asm_file_st...

I see that some of the system header-file definitions have the internal keyword. For example, define internal void @__cxx_global_var_init() section "__TEXT,__StaticInit,regular,pure_instructions" { entry: call void @_ZNSt8ios_base4InitC1Ev(%"class.std::ios_base::Init"* @_ZStL8__ioinit) %0 = call i32 @__cxa_atexit(void (i8*)* bitcast (void (%"class.std::ios_base::Init"*)* @_ZNSt8ios_base4InitD1Ev to void (i8*)*), i8* getelementptr inbounds (%"class.std::ios_base::Init"* @_ZStL8__ioinit, i32 0,...

...am which modify the savegames for GTA SA, but I cannot launch it. On a win xp/vista/seven it's ok. Here's the log I have : Code: wine Gta_save.exe err:menubuilder:init_xdg error looking up the desktop directory wine: Call from 0x7ee43263 to unimplemented function msvcp60.dll.??0Init at ios_base@std@@QAE at XZ, aborting wine: Unimplemented function msvcp60.dll.??0Init at ios_base@std@@QAE at XZ called at address 0x7ee43263 (thread 0009), starting debugger... Unhandled exception: unimplemented function msvcp60.dll.??0Init at ios_base@std@@QAE at XZ called in 32-bit code (0x7ee43263). Regist...

Hi Eric, > llvm-main.o: In function `__static_initialization_and_destruction_0': > /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: > undefi\ > ned reference to `std::ios_base::Init::Init()' > /usr/lib/gcc/i386-redhat-linux/4.3.2/../../../../include/c++/4.3.2/iostream:77: > undefi\ > ned reference to `std::ios_base::Init::~Init()' > llvm-main.o:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0' there's something very wrong with...

...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, _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match> /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:179: error: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long int) [with...

On 5/23/11 1:05 PM, George Baah wrote: > Hi, > I am writing a pass which is supposed to ignore library functions. Is > there a way to > distinguish functions declared and defined by a developer from > non-local functions (library functions)? > Thanks. There is no reliable way to do this, but there are several heuristics that will probably work well in practice. When

...arT = 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, > > _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT >= > > char, > > _Traits = std::char_traits<char>] <near match> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:179: error: > > std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, >...

Hi, I am writing a pass which is supposed to ignore library functions. Is there a way to distinguish functions declared and defined by a developer from non-local functions (library functions)? Thanks. George -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110523/650c7fa4/attachment.html>

...; _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, > > > _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with _CharT > >= > > > char, > > > _Traits = std::char_traits<char>] <near match> > > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:179: error: > > > std::basic_ostream<_CharT, _Traits>& std::basic...

...ppToC.c -o C:\llvm_helloCppToC.exe" > I've got: > "C:\llvm_helloCppToC.c: In function 'main': > C:\llvm_helloCppToC.c:180: warning:return type of 'main' is not 'int' > C:\...\Temp/ccfREe4x.o:fake:(.text+0xae): undefined reference to > 'std::ios_base::Init::Init()' > C:\...\Temp/ccfREe4x.o:fake:(.text+0xbe): undefined reference to > 'std::ios_base::Init::~Init()' > collect2: ld returned 1 exit status" > What I've done wrong? > > > > > > > _______________________________________________ &gt...

I'm attempting to build Firefox on Windows using clang-cl with -fprofile-instr-generate (*), but I'm running into some linker errors that I haven't been able to make sense of. lld-link.exe: error: duplicate symbol: __profc_?width at ios_base@std@@QEBA_JXZ in minidump-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...

...har_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, >>>> > > _Traits>::operator<<(std::ios_base&(*)(std::ios_base&)) [with >>>>_CharT >>>> >= >>>> > > char, >>>> > > _Traits = std::char_traits<char>] <near match> >>>> > > /opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc:179: error: >>&g...

Hi, I am not sure how widespread this problem is, but definitely occurs for me on 64 bit Win 7 with a 64 bit R. I think I have isolated the issue (to a certain extent) in the attached Test.cpp file. Basically, I think linking with boost serialization is causing the plugin to fail. If I compile Test.cpp with line 43 (Dummy* Read() ...) commented out, I get the expected output in R: >

...ee progress stop when launching from R at a point when cout gets truncated when starting to write out iterator values in a std::vector<string>. Then, I find no way to write anything else to cout. When I write those values to Rprintf, they are there and they are as expected. I?ve tried setting ios_base::sync_with_stdio(false) in case R is messing with stdout and stderr somehow, but that made no difference. I?m not quite sure how R uses those C FILE* streams. Anyway, I am wondering if anyone has a hunch as to what might be going on. At this point I don?t know if it might be an issue with R not com...

...lt;char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)' /tmp/ccDcoA7R.o: In function `global constructors keyed to main': testcc.cbe.c:(.text+0x6a): undefined reference to `std::ios_base::Init::Init()' /tmp/ccDcoA7R.o: In function `__tcf_0': testcc.cbe.c:(.text+0x9e): undefined reference to `std::ios_base::Init::~Init()' collect2: ld returned 1 exit status

...ump Asm to standard error. I just point the AsmStreambuf to STDERR_FILENO. I simply avoid the constructor issue by declaring that no user shall write to an AsmStream in a static object constructor. So we don't have worries about multiple constructor calls at program startup. There is no ios_base::Init equivalent for AsmStream. The second concern is addressed as described earlier. I do the buffering at the AsmStream level to minimize virtual calls. This will still be slightly slower than raw FILE * or POSIX calls because there will be some virtual function call overhead. But it should...

...% llc -march=c test_orig.bc -o test_new.c and then I simply used gcc to compile test_new.c gcc test_new.c When *EXT* is .c then everything works fine however when it is .cpp then when I try to recompile the test_new.c using gcc it says undefiend references to std::cout, std::basic_ostream, std::ios_base I thought that llvm should be able to convert "cout" to "printf" or equivalent. Also how does llvm handles the libraries which are not part of std C but are in C++. ----------------------------------------- When I tried to compile my original benchmarks (They are from PARSEC s...

...e problem with that the program size increases enormously when including <iostream> when compiling with libstdc++. In this library, in <iostream> there is a static object __ioinit initialized like so: ... // For construction of filebuffers for cout, cin, cerr, clog et. al. static ios_base::Init __ioinit; ... This makes the program size increase enormously. The thing is that I often compile programs for small platforms, like arm-cortex-m3 or arm-cortex-m4 (stm32, nrf52, ...). Including this header leads to the program size exceed the FLASH memory size. This is not a problem when...