search for: raw_pwrite_stream

...-compiled function/module using llvm 3.8 and later. In 3.8 the interface to addPassesToEmitFile has changed and my old method doesn't work any more. In principle one gets the asm with targetMachine->addPassesToEmitFile( PM , *OS , llvm::TargetMachine::CGFT_AssemblyFile ) where *OS is a raw_pwrite_stream. The problem is that I only find use cases of raw_pwrite_stream where the derived class raw_svector_ostream is initialized on a SmallString, like SmallString<128> Str; raw_svector_ostream OS(Str); However, the assembler of the modules could be arbitrary large (not fitting in any finite s...

TargetMachine::addPassesToEmitFile(..) requires as its 2nd argument an raw_pwrite_stream. Is it possible to create such a thing which either writes into a standard string or streams to outs() ? Thanks,

Note that raw_fd_ostream is not seekable, and hence will not be suitable as addPassesToEmitFile output stream. 2016-02-22 18:27 GMT+02:00 Rafael Espíndola <llvm-dev at lists.llvm.org>: > On 22 February 2016 at 11:16, Frank Winter <fwinter at jlab.org> wrote: > > TargetMachine::CGFT_AssemblyFile is exactly what I am trying to write > out. > > I see. > > For

...ile is exactly what I am trying to write out. Frank On 02/22/2016 11:06 AM, Rafael Espíndola wrote: > On 19 February 2016 at 16:16, Frank Winter via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> TargetMachine::addPassesToEmitFile(..) >> requires as its 2nd argument an raw_pwrite_stream. >> >> Is it possible to create such a thing which either writes into a standard >> string or streams to outs() ? > > > I would suggest doing what llc does: > > if ((FileType != TargetMachine::CGFT_AssemblyFile && > !Out->os().supportsSeek...

...I went ahead and updated all Zig's CI to use rc5, and ran into this problem: > > /usr/lib/llvm-10/lib/libclangCodeGen.a(BackendUtil.cpp.o): In function > `(anonymous > namespace)::EmitAssemblyHelper::EmitAssemblyWithNewPassManager(clang::BackendAction, > std::unique_ptr<llvm::raw_pwrite_stream, > std::default_delete<llvm::raw_pwrite_stream> >)': > BackendUtil.cpp:(.text._ZN12_GLOBAL__N_118EmitAssemblyHelper30EmitAssemblyWithNewPassManagerEN5clang13BackendActionESt10unique_ptrIN4llvm17raw_pwrite_streamESt14default_deleteIS5_EE+0x16df): > undefined reference to `getPo...

...it/llvm/lib/IR/LegacyPassManager.cpp:1700:0 #24 0x00000000035a288b llvm::legacy::PassManager::run(llvm::Module&) /home/dwmw2/git/llvm/lib/IR/LegacyPassManager.cpp:1732:0 #25 0x0000000003f8b5d1 (anonymous namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >) /home/dwmw2/git/llvm/tools/clang/lib/CodeGen/BackendUtil.cpp:801:0 #26 0x0000000003f8df15 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions c...

...acyPassManager.cpp:1857:0 #21 0x0000000003b763b1 llvm::legacy::PassManager::run(llvm::Module&) /home/nancy/rpp_llvm/llvm-project/llvm/lib/IR/LegacyPassManager.cpp:1889:0 #22 0x000000000473cfa9 (anonymous namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >) /home/nancy/rpp_llvm/llvm-project/clang/lib/CodeGen/BackendUtil.cpp:881:0 #23 0x00000000047404ee clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOp...

I've landed the patch in r324449. Before we merge this into two different Clang release branches and almost immediately release one of them, I would really like someone to confirm that this patch works well with the Linux kernel. David, if you're up for that, it would be great. Alternatively, Guenter or someone else here can help. On Tue, Feb 6, 2018 at 5:59 PM Chandler Carruth

...:Module&) /llvm/lib/IR/LegacyPassManager.cpp:1706:0 #18 0x00007fd939759f53 llvm::legacy::PassManager::run(llvm::Module&) /llvm/lib/IR/LegacyPassManager.cpp:1738:0 #19 0x00007fd93bda031a (anonymous namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction, llvm::raw_pwrite_stream*) /llvm/tools/clang/lib/CodeGen/BackendUtil.cpp:762:0 #20 0x00007fd93bda0482 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::Backen...

...y translation unit [-Wweak-vtables] struct PassRegistrationListener { ^ In file included from ../lib/IR/Instructions.cpp:16: In file included from ../lib/IR/LLVMContextImpl.h:19: In file included from ../lib/IR/ConstantsContext.h:25: ../include/llvm/Support/raw_ostream.h:321:7: warning: 'raw_pwrite_stream' has no out-of-line virtual method definitions; its vtable will be emitted in every translation unit [-Wweak-vtables] class raw_pwrite_stream : public raw_ostream { ^ ../include/llvm/Support/raw_ostream.h:539:7: warning: 'buffer_ostream' has no out-of-line virtual method def...

Dear list, git checkout llvmorg-8.0.0 -b llvm8.0 cmake -G "Unix Makefiles" ../llvm-project/llvm -DCMAKE_BUILD_TYPE=Debug -DLLVM_ENABLE_PROJECTS="clang;lld" -DLLVM_TARGETS_TO_BUILD="X86;NVPTX;AMDGPU;ARM;AArch64" [arm.cpp] #define vst4_lane_f16(__p0, __p1, __p2) __extension__ ({ \ float16x4x4_t __s1 = __p1; \ __builtin_neon_vst4_lane_v(__p0, __s1.val[0],

...teDataLayout()); setFunctionAttributes(cpuname, ftrlist, *module); if (RelaxAll.getNumOccurrences() > 0 && FileType != TargetMachine::CGFT_ObjectFile) errs() << "warning: ignoring -mc-relax-all because filetype != obj"; { raw_pwrite_stream *outstream = &objoutstream->os(); SmallVector<char, 0> filebuf; std::unique_ptr<raw_svector_ostream> BOS; if ((FileType != TargetMachine::CGFT_AssemblyFile && !objoutstream->os().supportsSeeking())) { BOS = make_unique<ra...

...bles] > struct PassRegistrationListener { > ^ > In file included from ../lib/IR/Instructions.cpp:16: > In file included from ../lib/IR/LLVMContextImpl.h:19: > In file included from ../lib/IR/ConstantsContext.h:25: > ../include/llvm/Support/raw_ostream.h:321:7: warning: 'raw_pwrite_stream' has no out-of-line virtual method > definitions; its vtable will be emitted in every translation unit [-Wweak-vtables] > class raw_pwrite_stream : public raw_ostream { > ^ > ../include/llvm/Support/raw_ostream.h:539:7: warning: 'buffer_ostream' has no out-of-lin...

...;ve managed to (through trial and error, guessing at different names shown from llvm-config --components) end up with this set of libnames: llvm_map_components_to_libnames(llvm_libs core executionengine support nativecodegen) That left me with 2 link errors referring to llvm::raw_ostream and llvm::raw_pwrite_stream. After much more digging through similar complaints on the internet.. the last fix turned out to be adding this to CMakeLists.txt: set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fno-rtti") I am a little worried that the rtti flag may come back and bite me later when I get around to building t...

...:run(llvm::Module&) (/usr/lib/libLLVMCore.so.3.8+0x19e16b) #18 0xfffffffff50d857f clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_pwrite_stream*) (/usr/lib/libLLVMCore.so.3.8+0x19e57f) #19 0xfffffffff50d8734 (/usr/lib/libLLVMCore.so.3.8+0x19e734) #20 0xfffffffff59fc72c clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib/libclangCodeGen.so.3.8+0x6972c) #21 0xfffffffff5b2cd85 clang::ASTFrontendAction::ExecuteAction() (/usr/lib/libclangCo...

...01018d7f5b clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::__1::unique_ptr<llvm::raw_pwrite_stream, std::__1::default_delete<llvm::raw_pwrite_stream> >) + 14907 6 clang 0x0000000101a9bc0f clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) + 959 7 clang 0x000000010236d7e2 clang::ParseAST(clang::Sema&, bool, bo...

...t, *module); >> >> if (RelaxAll.getNumOccurrences() > 0 && >> FileType != TargetMachine::CGFT_ObjectFile) >> errs() << "warning: ignoring -mc-relax-all because filetype != obj"; >> >> { >> raw_pwrite_stream *outstream = &objoutstream->os(); >> >> SmallVector<char, 0> filebuf; >> std::unique_ptr<raw_svector_ostream> BOS; >> if ((FileType != TargetMachine::CGFT_AssemblyFile && !objoutstream->os().supportsSeeking())) {...

...00000000155a96e clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >) (llvm.inst/bin/clang+++0x155a96e) #14 0x0000000001ce3bc0 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (llvm.inst/bin/clang+++0x1ce3bc0) #15 0x00000000021b0df5 clang::ParseAST(clang::Sema&, bool, bool) (llvm.inst/...

...to `llvm::LLVMContext::~LLVMContext()' ... CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0xe0): undefined reference to `llvm::raw_ostream::anchor()' CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0xf8): undefined reference to `typeinfo for llvm::raw_pwrite_stream' CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0x110): undefined reference to `typeinfo for llvm::raw_ostream' -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200514/c777693f/at...

...LLVMContext()' > ... > CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0xe0): > undefined reference to `llvm::raw_ostream::anchor()' > CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0xf8): > undefined reference to `typeinfo for llvm::raw_pwrite_stream' > CMakeFiles/CBreakCompiler.dir/src/CompiledOutput.cpp.o:(.data.rel.ro+0x110): > undefined reference to `typeinfo for llvm::raw_ostream' > > Seems like `llvm_map_components_to_libnames` wasn't populated well? I'd start by printing `${llvm_libs}` in your CMake to check t...