search for: __cxx11

...c++11 $i ; done > $ clang -std=c++11 *.o > FuzzerDriver.o: In function `fuzzer::ReadTokensFile(char const*)': > FuzzerDriver.cpp:(.text+0x56): undefined reference to > `std::allocator<char>::allocator()' > FuzzerDriver.cpp:(.text+0x6d): undefined reference to > `std::__cxx11::basic_string<char, std::char_traits<char>, > std::allocator<char> >::basic_string(char const*, std::allocator<char> > const&)' > FuzzerDriver.cpp:(.text+0x8d): undefined reference to > `std::__cxx11::basic_string<char, std::char_traits<char>, &g...

...[.] Perl_rpeep 0.39% perl perl [.] S_pad_findlex 0.39% script/public-i [unknown] [k] 0xffffffff81800eb0 0.36% /mnt/btr/public perl [.] Perl_sv_clear 0.33% script/public-i libstdc++.so.6.0.25 [.] std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_append 0.31% /mnt/btr/public perl [.] S_optimize_op 0.30% /mnt/btr/public libc-2.28.so [.] _int_free 0.30% /mnt/btr/public perl [.] Perl_sv_upgrade...

Going back to the "prioritizing aggregated DBs" thread from February 2020, I've got 390 Xapian shards for 130 public inboxes I want to search against(*). There's more on the horizon (we're expecting tens of thousands of public inboxes). After bumping RLIMIT_NOFILE and running ->add_database a bunch, the actual queries seem to be taking ~30s (not good :x). Now I'm

I have a project I want to do based on Libfuzzer. Is there a separate list for it or should I bring up any ideas for it here? What I have in mind is to fuzz Postgres. Trying to fuzz the SQL interpreter in general is not very productive because traditional fuzzers try to execute the entire program repeatedly and it has a fairly high startup and shutdown cost. Also the instrumentation-guided

...f1628ff63a4 #9 0x00007f1628fc89e5 #10 0x00007f162c3cd79d llvm::MCJIT::runFunction(llvm::Function*, llvm::ArrayRef<llvm::GenericValue>) (/usr/lib/llvm-6.0/bin/../lib/libLLVM-6.0.so.1+0x19fd79d) #11 0x00007f162c3a67f7 llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, char const* const*) (/usr/lib/llvm-6.0/bin/../lib/libLLVM-6.0.so.1+0x19d67f...

...f162c3cd79d llvm::MCJIT::runFunction(llvm::Function*, >> llvm::ArrayRef<llvm::GenericValue>) >> (/usr/lib/llvm-6.0/bin/../lib/libLLVM-6.0.so.1+0x19fd79d) >> #11 0x00007f162c3a67f7 >> llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, >> std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, >> std::allocator<char> >, >> std::allocator<std::__cxx11::basic_string<char, >> std::char_traits<char>, std::allocator<char> > > > const&, char const* >> const*) (/usr/lib/llvm-6.0/...

Hi Philip, thanks for the quick answer. That makes sense, but when leaving the set LLVM_LINK_COMPONENTS out I get an undefined symbol when loading the plugin: _ZTVN4llvm2cl3optINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEELb0ENS0_6parserIS7_EEEE which boils down to llvm::cl::opt<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>>, false, llvm::cl::parser<std::__cxx11::basic_string<char, std::char_traits<char>,...

.../ld: output.o: in function `main': llvm-link:(.text+0x41): undefined reference to `rpc::server::server(unsigned short)' /usr/bin/ld: llvm-link:(.text+0x4d): undefined reference to `std::allocator<char>::allocator()' /usr/bin/ld: llvm-link:(.text+0x60): undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&)' /usr/bin/ld: llvm-link:(.text+0x81): undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator&l...

...store_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x12890) #5 0x00007f697ca0ae97 raise /build/glibc-OTsEL5/glibc-2.27/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 #6 0x00007f697ca0c801 abort /build/glibc-OTsEL5/glibc-2.27/stdlib/abort.c:81:0 #7 0x0000564bad5ce768 bindingsErrorHandler(void*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool) /home/al/llvm-9.0.0.src/lib/Support/ErrorHandling.cpp:218:0 #8 0x0000564bacfc2e5a llvm::ExecutionEngine::getConstantValue(llvm::Constant const*) /home/al/llvm-9.0.0.src/lib/ExecutionEngine/Execut...

...0) >> #5 0x00007f697ca0ae97 raise >> /build/glibc-OTsEL5/glibc-2.27/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 >> #6 0x00007f697ca0c801 abort >> /build/glibc-OTsEL5/glibc-2.27/stdlib/abort.c:81:0 >> #7 0x0000564bad5ce768 bindingsErrorHandler(void*, >> std::__cxx11::basic_string<char, std::char_traits<char>, >> std::allocator<char> > const&, bool) >> /home/al/llvm-9.0.0.src/lib/Support/ErrorHandling.cpp:218:0 >> #8 0x0000564bacfc2e5a >> llvm::ExecutionEngine::getConstantValue(llvm::Constant const*) >> /home...

...``` ==9912==ERROR: LeakSanitizer: detected memory leaks Direct leak of 24 byte(s) in 1 object(s) allocated from: #0 0x4df4a0 in operator new(unsigned long) (/home/dsl11/dev/klee/klee/build_asan/unittests/Expr/Release+Asserts/ExprTests+0x4df4a0) #1 0x4f76e1 in klee::Array::CreateArray(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long, klee::ref<klee::ConstantExpr> const*, klee::ref<klee::ConstantExpr> const*, unsigned int, unsigned int) /home/dsl11/dev/klee/klee/src/lib/Expr/Expr.cpp:522:16 #2 0x4e30d5...

...007f697ca0ae97 raise >>> /build/glibc-OTsEL5/glibc-2.27/signal/../sysdeps/unix/sysv/linux/raise.c:51:0 >>> #6 0x00007f697ca0c801 abort >>> /build/glibc-OTsEL5/glibc-2.27/stdlib/abort.c:81:0 >>> #7 0x0000564bad5ce768 bindingsErrorHandler(void*, >>> std::__cxx11::basic_string<char, std::char_traits<char>, >>> std::allocator<char> > const&, bool) >>> /home/al/llvm-9.0.0.src/lib/Support/ErrorHandling.cpp:218:0 >>> #8 0x0000564bacfc2e5a >>> llvm::ExecutionEngine::getConstantValue(llvm::Constant const*...

...nu/libpthread.so.0+0x10d10) #5 0x00007fcded2c3038 #6 0x0000000000f4a8fb llvm::MCJIT::runFunction(llvm::Function*, llvm::ArrayRef<llvm::GenericValue>) /lib/ExecutionEngine/MCJIT/MCJIT.cpp:538:31 #7 0x0000000000eaff23 llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, char const* const*) /lib/ExecutionEngine/ExecutionEngine.cpp:471:10 #8 0x00...

Hi, I have added support for Piv normalization in Tf-Idf weighting scheme as a intermediate step to implementing the support for Piv+ normalization. All tests pass. But I'm running into some issues with Piv+ normalization. In the Piv+ formula , there are two parameters (s and delta) that control the weight assigned. I think the way I'm serialising and unserialising these parameters has

...038 >> #6 0x0000000000f4a8fb llvm::MCJIT::runFunction(llvm::Function*, >> llvm::ArrayRef<llvm::GenericValue>) /lib/ExecutionEngine/MCJIT/MCJ >> IT.cpp:538:31 >> #7 0x0000000000eaff23 llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, >> std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, >> std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, >> std::char_traits<char>, std::allocator<char> > > > const&, char const* >> const*) /lib/ExecutionEngine/Executi...

...t;> 0. Program arguments: ... >> 1. <eof> parser at end of file >> 2. Per-file LLVM IR generation >> 3. /home/modocache/Source/llvm/git/dev/llvm-project/llvm/include/llvm/Support/Error.h:625:17: >> Generating code for declaration >> 'llvm::Expected<std::__cxx11::basic_string<char> >::getStorage' >> /home/modocache/Source/llvm/git/dev/build-s1/bin/clang-9(_ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x2a)[0x557bc131549a] >> /home/modocache/Source/llvm/git/dev/build-s1/bin/clang-9(_ZN4llvm3sys17RunSignalHandlersEv+0x34)[0x557bc1...

...::ARM::PK_M) { ^ /export2/src/llvm-trunk/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'virtual bool {anonymous}::ARMTargetInfo::initFeatureMap(llvm::StringMap<bool>&, clang::DiagnosticsEngine&, llvm::StringRef, const std::vector<std::__cxx11::basic_string<char> >&) const': /export2/src/llvm-trunk/llvm/tools/clang/lib/Basic/Targets.cpp:5499:67: error: cannot convert 'llvm::ARM::ArchKind' to 'unsigned int' in initialization unsigned Arch = llvm::ARM::parseArch(getTriple().getArchName());...

...o paste the relevant portion here: ``` Stack dump: 0. Program arguments: ... 1. <eof> parser at end of file 2. Per-file LLVM IR generation 3. /home/modocache/Source/llvm/git/dev/llvm-project/llvm/include/llvm/Support/Error.h:625:17: Generating code for declaration 'llvm::Expected<std::__cxx11::basic_string<char> >::getStorage' /home/modocache/Source/llvm/git/dev/build-s1/bin/clang-9(_ZN4llvm3sys15PrintStackTraceERNS_11raw_ostreamE+0x2a)[0x557bc131549a] /home/modocache/Source/llvm/git/dev/build-s1/bin/clang-9(_ZN4llvm3sys17RunSignalHandlersEv+0x34)[0x557bc13131b4] /home/modo...

Hi David, In pretty sure that the crash is due to the instruction I have shared in my first email. In order to run pngpixel you just need libpng and zlib.. honest I thought that the .bc had Al the necessary. I'm happy to help you to reproduce it. As a curiosity, why do you think you cannot reproduce it? Unfortunately I won't be able to modify the interpreter soon.. anyway, I'll try to

Hi, I'm working on an LLVM Pass plugin and I'm running into a problem when loading it into opt. I want to have a custom option for my pass and added an llvm::cl::opt #include'ing "llvm/Support/CommandLine.h" linking the dependant libs causes the following error when loading it with opt: opt: CommandLine Error: Option 'debug-pass' registered more than once! I