search for: _rep

On Jun 17, 2010, at 1:34 PM, Eugene Toder wrote: >> Do you have a reference to the standard that makes it undefined? > > I'm second this question. I tried to find anything banning calculating > address of one field from address of another in the standard some time > ago, but could not find it. In the currect C++0x FCD, 5.7/5: "When an expression that has integral

hacker cling wrote: > Hello all, > I was playing with LLVM pass. I changed the > lib/Transforms/Hello/Hello.cpp 's content to be my own pass. Then I make > install the pass and use an example test1.c to see whether it works or > not. When I run example using the following command: > clang -emit-llvm test1.c -c -o test1.bc > opt -load

Hello all, I was playing with LLVM pass. I changed the lib/Transforms/Hello/Hello.cpp 's content to be my own pass. Then I make install the pass and use an example test1.c to see whether it works or not. When I run example using the following command: clang -emit-llvm test1.c -c -o test1.bc opt -load ../build_llvm/Debug+Asserts/lib/LLVMHello.so -hello < test1.bc > /dev/null It

...ing Y: unused variable m. > /homes/malecha/tmp/llvm/lib/ocaml/libLLVMBitReader.a(BitReader.o): In > function `LLVMParseBitcodeInContext': > BitReader.cpp:(.text+0x19): undefined reference to `std::basic_string<char, > std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' > BitReader.cpp:(.text+0xac): undefined reference to `std::basic_string<char, > std::char_traits<char>, std::allocator<char> >>::_Rep::_M_destroy(std::allocator<char> const&)' > /homes/malecha/tmp/llvm/lib/ocaml/libLLVMBitReader...

...0002b05a7f556dd __gnu_cxx::__verbose_terminate_handler() + 285 6 libstdc++.so.6 0x00002b05a7f53926 7 libstdc++.so.6 0x00002b05a7f53953 8 libstdc++.so.6 0x00002b05a7f53a5e 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 10 libstdc++.so.6 0x00002b05a7f36e6d std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) + 93 11 libstdc++.so.6 0x00002b05a7f38905 char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) + 53 12 libstdc++.so.6 0x00002b0...

...Asserts Loadable Module LLVMHello.so /depot/qsc/QSCF/bin/ld: /linux/depot/gcc-4.2.2-static/bin/../lib/gcc/x86_64-redhat-linux/4.2.2/../../../../lib64/libstdc++.a(string-inst.o): relocation R_X86_64_32 against `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' can not be used when making a shared object; recompile with -fPIC /linux/depot/gcc-4.2.2-static/bin/../lib/gcc/x86_64-redhat-linux/4.2.2/../../../../lib64/libstdc++.a:could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [/remote/dept5428a/cli...

...rbose_terminate_handler() + 285 > 6 libstdc++.so.6 0x00002b05a7f53926 > 7 libstdc++.so.6 0x00002b05a7f53953 > 8 libstdc++.so.6 0x00002b05a7f53a5e > 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 > 10 libstdc++.so.6 0x00002b05a7f36e6d > std::string::_Rep::_S_create(unsigned long, unsigned long, > std::allocator<char> const&) + 93 > 11 libstdc++.so.6 0x00002b05a7f38905 char* > std::string::_S_construct<char const*>(char const*, char const*, > std::allocator<char> const&, std::forward_iterator_tag) + 53 >...

...() + 285 >> 6 libstdc++.so.6 0x00002b05a7f53926 >> 7 libstdc++.so.6 0x00002b05a7f53953 >> 8 libstdc++.so.6 0x00002b05a7f53a5e >> 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 >> 10 libstdc++.so.6 0x00002b05a7f36e6d >> std::string::_Rep::_S_create(unsigned long, unsigned long, >> std::allocator<char> const&) + 93 >> 11 libstdc++.so.6 0x00002b05a7f38905 char* >> std::string::_S_construct<char const*>(char const*, char const*, >> std::allocator<char> const&, std::forward_iterator_ta...

...0002b05a7f556dd __gnu_cxx::__verbose_terminate_handler() + 285 6 libstdc++.so.6 0x00002b05a7f53926 7 libstdc++.so.6 0x00002b05a7f53953 8 libstdc++.so.6 0x00002b05a7f53a5e 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 10 libstdc++.so.6 0x00002b05a7f36e6d std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) + 93 11 libstdc++.so.6 0x00002b05a7f38905 char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) + 53 12 libstdc++.so.6 0x00002b0...

...erbose_terminate_handler() + 285 > 6 libstdc++.so.6 0x00002b05a7f53926 > 7 libstdc++.so.6 0x00002b05a7f53953 > 8 libstdc++.so.6 0x00002b05a7f53a5e > 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 > 10 libstdc++.so.6 0x00002b05a7f36e6d > std::string::_Rep::_S_create(unsigned long, unsigned long, > std::allocator<char> const&) + 93 > 11 libstdc++.so.6 0x00002b05a7f38905 char* std::string::_S_construct<char > const*>(char const*, char const*, std::allocator<char> const&, > std::forward_iterator_tag) + 53 > 12...

...0002b05a7f556dd __gnu_cxx::__verbose_terminate_handler() + 285 6 libstdc++.so.6 0x00002b05a7f53926 7 libstdc++.so.6 0x00002b05a7f53953 8 libstdc++.so.6 0x00002b05a7f53a5e 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 10 libstdc++.so.6 0x00002b05a7f36e6d std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) + 93 11 libstdc++.so.6 0x00002b05a7f38905 char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) + 53 12 libstdc++.so.6 0x00002b0...

...erbose_terminate_handler() + 285 > 6 libstdc++.so.6 0x00002b05a7f53926 > 7 libstdc++.so.6 0x00002b05a7f53953 > 8 libstdc++.so.6 0x00002b05a7f53a5e > 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 > 10 libstdc++.so.6 0x00002b05a7f36e6d > std::string::_Rep::_S_create(unsigned long, unsigned long, > std::allocator<char> const&) + 93 > 11 libstdc++.so.6 0x00002b05a7f38905 char* std::string::_S_construct<char > const*>(char const*, char const*, std::allocator<char> const&, > std::forward_iterator_tag) + 53 > 12...

...taching to the test with gdb shows that it's waiting for a mutex to be released, and that the object that delete() was being called on was a C++ string - the relevant bits of the stacktrace are: #17 0x40eaad11 in operator delete () from /usr/lib/libstdc++.so.6 #18 0x40e87a5d in std::string::_Rep::_M_destroy () from /usr/lib/libstdc++.so.6 #19 0x40e89086 in std::string::assign () from /usr/lib/libstdc++.so.6 #20 0x40cb865c in Xapian::Document::Internal::set_data (this=0x8245348, data_=@0xbfbf67a4) at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_stri...

...ty new to OS X. Well. From your example you have got the only valgrind results: ==28336== 58 bytes in 2 blocks are possibly lost in loss record 70 of 127 ==28336== at 0x4020A92: operator new(unsigned) (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==28336== by 0x410010B: std::string::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&) (in /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6.0.3) ==28336== by 0x4102A04: (within /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6.0.3) ==28336== by 0x4102B25: std::string::string(char const*, std::allocator&l...

...libstdc++.so.6 0x00002b05a7f53926 >>> 7 libstdc++.so.6 0x00002b05a7f53953 >>> 8 libstdc++.so.6 0x00002b05a7f53a5e >>> 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 >>> 10 libstdc++.so.6 0x00002b05a7f36e6d >>> std::string::_Rep::_S_create(unsigned long, unsigned long, >>> std::allocator<char> const&) + 93 >>> 11 libstdc++.so.6 0x00002b05a7f38905 char* >>> std::string::_S_construct<char const*>(char const*, char const*, >>> std::allocator<char> const&, std::for...

...-linux/x86_64-redhat-linux/libstdc++-v3/include/ext/atomicity.h:49 No locals. #1 __exchange_and_add_dispatch (__val=-1, __mem=0xfffffffffffffff8) at /usr/src/debug/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/ext/atomicity.h:82 No locals. #2 std::string::_Rep::_M_dispose (this=0xffffffffffffffe8, __a=...) at /usr/src/debug/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.h:246 No locals. #3 0x00007f30f7b3407e in _M_dispose (__a=..., this=<optimized out>) at /usr/src/debug/gcc-4.8.5-2015...

...lving vtable for std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> > by linking to __imp___ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE (auto-import) Info: resolving std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage by linking to __imp___ZNSs4_Rep20_S_empty_rep_storageE (auto-import) Info: resolving vtable for std::basic_streambuf<char, std::char_traits<char> > by linking to __imp___ZTVSt15basic_streambufIcSt11char_traitsIcEE (auto-import) Info: resolving vtable for std::basic...

...0002b05a7f53926 >>>> 7 libstdc++.so.6 0x00002b05a7f53953 >>>> 8 libstdc++.so.6 0x00002b05a7f53a5e >>>> 9 libstdc++.so.6 0x00002b05a7f53e6d operator new(unsigned long) + 125 >>>> 10 libstdc++.so.6 0x00002b05a7f36e6d >>>> std::string::_Rep::_S_create(unsigned long, unsigned long, >>>> std::allocator<char> const&) + 93 >>>> 11 libstdc++.so.6 0x00002b05a7f38905 char* >>>> std::string::_S_construct<char const*>(char const*, char const*, >>>> std::allocator<char> cons...

...symbols for shared libraries +++.. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x0010eb75 0x963646e1 in __gnu_cxx::__exchange_and_add () (gdb) bt #0 0x963646e1 in __gnu_cxx::__exchange_and_add () #1 0x96354070 in std::string::_Rep::_M_dispose () #2 0x963560a6 in std::string::assign () #3 0x000ecd67 in llvm::cl::initializer<char [2]>::apply<llvm::cl::opt<std::string, false, llvm::cl::parser<std::string> > > (this=0xbfffdd5c, O=@0x17c200) at CommandLine.h:281 #4 0x000ecdd4 in llvm::cl::applicator<...

Holger. > You can find out what exactly leaks with the help of valgrind. It seems, that Paolo is on Mac OS X. No valgrind there :( -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.