search for: codegenerator

> I really dislike that all the files and classes in the MC library > start with MC. This is c++, not c :( Same here. > > - Michael Spencer Cheers, Rafael

...good API to have logical naming :) > I really dislike that all the files and classes in the MC library > start with MC. This is c++, not c :( On a similar note, all the classes in clang/CodeGen are prefixed with CG or even CodeGen, could those be renamed as well? And speaking of the clang codegenerator, I as a llvm newbie was confused by the ModuleBuilder.h/.cpp. These files actually contain the definition of the CodeGenerator itself that I was searching for (being sort of the entry point of the codegenerator). I think it would be more clear if they were called CodeGenerator.h/.cpp. Or perhaps e...

Hi Justin, I believe the PTX section in the link below need some love, updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. Would you like to take a look? http://llvm.org/docs/CodeGenerator.html#the-ptx-backend Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj

...i-Ren Chen) < chenwj at iis.sinica.edu.tw> wrote: > Hi Justin, > > I believe the PTX section in the link below need some love, > updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. > Would you like to take a look? > > http://llvm.org/docs/CodeGenerator.html#the-ptx-backend > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > -- Thanks, Justin...

CodeGenerator updates committed. On Fri, Jan 11, 2013 at 7:39 AM, Justin Holewinski < justin.holewinski at gmail.com> wrote: > Right, I forgot to update that originally. I also have a separate > document in the works that goes into more detail for NVPTX. > > > On Fri, Jan 11, 2013 at 2:5...

...Wei-Ren Chen) <chenwj at iis.sinica.edu.tw>wrote: > Hi Justin, > > I believe the PTX section in the link below need some love, > updating "lib/Target/PTX" to "lib/Target/NVPTX" for example. > Would you like to take a look? > > http://llvm.org/docs/CodeGenerator.html#the-ptx-backend > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > > __________________...

...tMachine::CodeGenFileType) + 391 9 ldc2 0x0000000105f00ab9 (anonymous namespace)::writeObjectFile(llvm::Module*, char const*) + 377 10 ldc2 0x0000000105efcc05 writeModule(llvm::Module*, char const*) + 10517 11 ldc2 0x0000000105ee6162 ldc::CodeGenerator::writeAndFreeLLModule(char const*) + 1602 12 ldc2 0x0000000105ee6a82 ldc::CodeGenerator::finishLLModule(Module*) + 130 13 ldc2 0x0000000105ee880c ldc::CodeGenerator::emit(Module*) + 1420 14 ldc2 0x0000000105f36e4e codegenModules(Array<M...

Hi All, When seeing the title "Prolog/Epilog Code Insertion", I'd expect something about XXXFrameLowering.cpp (particular about emitPrologue/emitEpilogue). But the document [1] is about unwind. Is it placed at the right place/section? Thanks. [1] http://llvm.org/docs/CodeGenerator.html#prolog-epilog-code-insertion Regards, chenwj -- Wei-Ren Chen (陳韋任) Homepage: https://people.cs.nctu.edu.tw/~chenwj -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170609/bd239477/attachment.html>

...amed as well? Yes. For example, CodeGenFunction would become IRGenFunction. CGCall.cpp would become... probably either GenCall.cpp or IRGenCall.cpp, with my preference being the shortest that's still unambiguous throughout the project, which I think means Gen*. > And speaking of the clang codegenerator, I as a llvm newbie was > confused by the ModuleBuilder.h/.cpp. These files actually contain the > definition of the CodeGenerator itself that I was searching for (being > sort of the entry point of the codegenerator). > > I think it would be more clear if they were called > Code...

...last argument. I'm not sure I understand the first sentance ("You have to use the Subprogram type only for the return type"). Here's what my code for creating function descriptors currently looks like (note that some parts are commented out for debugging purposes): DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn, Function * f) { DASSERT(fn != NULL); // Look up in the map to see if already generated. DISubprogram & sp = dbgSubprograms_[fn]; if (!sp.isSubprogram()) { DIType dbgFuncType = genDIType(fn->functionType()); DASSERT(dbgFuncType.Verify(...

I was able to compile LLVM on windows (llvm2.3) using Visual studio. When I type llc -help command, I do not see -view-isel-dags option (http://llvm.org/docs/CodeGenerator.html document mentions about it). Is this option is supported on Windows (or Cygwin) build? Thanks a bunch, -Sanjay -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080822/38e63243/attachm...

...fsub <i_fsub>`, :ref:`fmul <i_fmul>`, :ref:`fdiv <i_fdiv>`, -:ref:`frem <i_frem>`) have the following flags that can set to enable +:ref:`frem <i_frem>`) have the following flags that can be set to enable otherwise unsafe floating point operations ``nnan`` Index: docs/CodeGenerator.rst =================================================================== --- docs/CodeGenerator.rst (revision 227370) +++ docs/CodeGenerator.rst (working copy) @@ -1340,7 +1340,7 @@ If the indirect strategy is used, after all the virtual registers have been mapped to physical registers or...

On 6 September 2010 01:05, Talin <viridia at gmail.com> wrote: > DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn, (...) >         false /* isDefinition */, (...) Hi Talin, The only difference from what I'm doing is that I only export debug symbols in definitions, not declarations. I may be doing wrong, though, for multi-file compilation (haven't tested tho...

I was reading about the order of optimizations in the code generation stage here: http://llvm.org/docs/CodeGenerator.html#the-high-level-design-of-the-code-generator This is the part that's interesting to me: 3. SSA-based Machine Code Optimizations<http://llvm.org/docs/CodeGenerator.html#ssa-based-machine-code-optimizations>— This optional stage consists of a series of machine-code optimizations that...

Hi, I have read the steps of code generation from here: The LLVM Target-Independent Code Generator — LLVM 3.8 documentation |   | |   | |   |   |   |   |   | | The LLVM Target-Independent Code Generator — LLVM 3...Instruction Selection Instruction Selection is the process of translating LLVM code presented to thecode generator into target-specific machine instructions. | | | | View on llvm.org

On 09/12/2011 04:28 PM, Sebastian Pop wrote: > Hi Alexandra, > > On Thu, Sep 8, 2011 at 13:53, Jimborean Alexandra<xinfinity_a at yahoo.com> wrote: >> I had a look at the CodeGeneration from Polly. Is it possible to use it >> without creating the Scops, by transforming it into a LoopPass? > > Yes. If you don't want to use the autopar of Polly and just rely on

Hello, I'm trying to understand how fitting source integer type width into target machine register width happens. My reading on LLVM codegeneration topics (few megabytes) so far didn't have this topic mentioned explicitly. As an example, how %1 = add nsw i32 %b, %a gets compiled into msp430 (16bit CPU) assembly as: add.w r13, r15 addc.w r12, r14 Using -print-before-all

Hi All, I just added this table: http://llvm.org/docs/CodeGenerator.html#targetfeatures To help explain what features are supported by what targets. We've long had a variety of vague statements on various web pages, and having a centralized place that lists all the supported targets and what features they have seems useful. Improvements and additions are wel...

Hi Alexandra, On Thu, Sep 8, 2011 at 13:53, Jimborean Alexandra <xinfinity_a at yahoo.com> wrote: > I had a look at the CodeGeneration from Polly. Is it possible to use it > without creating the Scops, by transforming it into a LoopPass? Yes. If you don't want to use the autopar of Polly and just rely on the pragmas inserted by the programmer, you don't need SCoPs. You can

http://llvm.org/docs/CodeGenerator.html#feat_inlineasm_x86 The following issue is resolved, so the x86 inline asm should be fine now:) http://llvm.org/bugs/show_bug.cgi?id=862 -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm...