search for: _ztvn4llvm14raw_os_ostreame

Displaying 4 results from an estimated 4 matches for "_ztvn4llvm14raw_os_ostreame".

2012 Jan 23
3
[LLVMdev] Use printing methods of third-party libraries that use std::ostream
...nclude "llvm/Support/raw_os_ostream.h" #include "llvm/Support/raw_ostream.h" raw_os_ostream * rout = new raw_os_ostream(std::cout); // 1 // From now on, use rout rather than std::cout // 2 The problem is that I get the error just with line 1 alone: undefined symbol: _ZTVN4llvm14raw_os_ostreamE What I am doing wrong? How can use the printing methods of my third-party library? P.S. Just in case, I use clang and llvm 3.0 in a linux machine. Many thanks! Jorge
2012 Jan 31
0
[LLVMdev] Use printing methods of third-party libraries that use std::ostream
...eam.h" > #include "llvm/Support/raw_ostream.h" > > raw_os_ostream * rout = new raw_os_ostream(std::cout); // 1 > // From now on, use rout rather than std::cout // 2 > > The problem is that I get the error just with line 1 alone: > > undefined symbol: _ZTVN4llvm14raw_os_ostreamE did you link with libLLVMSupport? Ciao, Duncan. > > What I am doing wrong? How can use the printing methods of my > third-party library? > > P.S. Just in case, I use clang and llvm 3.0 in a linux machine. > > Many thanks! > > Jorge > ________________________________...
2009 Aug 18
0
[LLVMdev] Build issues on Solaris
...g/lib/libLLVMCore.a[AsmWriter.o]: __assert __clzdi2 __udivdi3 __umoddi3 _GLOBAL_OFFSET_TABLE_ _ZdaPv _ZdlPv -bash-3.2$ /opt/gcc4/bin/nm -p -u `find . -name libLLVMCore.a` | head AsmWriter.o: U _GLOBAL_OFFSET_TABLE_ U _ZTVN4llvm11raw_ostreamE U _ZTVN4llvm14raw_os_ostreamE U _ZTVN4llvm18raw_string_ostreamE U _ZNKSs4sizeEv U _ZNKSsixEj U _ZNKSs5c_strEv U _ZNKSs6lengthEv I believe this is a bug in the version of `nm` your using, prob /usr/bin/nm . I recommend configuring your PATH differently and using the GCC from: http:...
2009 Aug 11
6
[LLVMdev] Build issues on Solaris
Hi all, I've encountered a couple of minor build issues on Solaris that have crept in since 2.5, fixes below: 1. In lib/Target/X86/X86JITInfo.cpp, there is: // Check if building with -fPIC #if defined(__PIC__) && __PIC__ && defined(__linux__) #define ASMCALLSUFFIX "@PLT" #else #define ASMCALLSUFFIX #endif Which causes a link failure due to the non-PLT