search for: kavvadias

...refix=/my/local/path/or/so --enable-shared --enable-targets=all --enable-optimized --disable-libffi --disable-debug-runtime --disable-assertions --disable-expensive-checks Following configuration i did the typical make and make install (to a selected path by --prefix. Best regards Nikolaos Kavvadias > > >> >> Any help is appreciated. >> >> Best regards, >> Nikolaos Kavvadias >> >> >> >> ______________________________**_________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc....

...d jr $ra addiu $sp, $sp, 24 .set at .set macro .set reorder .end main $tmp2: .size main, ($tmp2)-main .type $str, at object # @str .section .rodata.str1.4,"aMS", at progbits,1 .align 2 $str: .asciz "Hello World!" .size $str, 13 Best regards Nikolaos Kavvadias >> BTW I've built LLVM with mingw (strange mixture of gcc-3.4.5 and >>>> g++-4.6.1). Native compilation, MIPS backend and other things that i've >>>> tested, all work properly. >>>> >>> >>> Perhaps this "strange mixture&quo...

...tant comment)? > > it's just a comment and has no semantic comment. You can delete it, it won't > make any difference. OK. However, in this case, how is the branch resolved? I mean that there is no obvious %39 label declared in the LLVM translation unit. Best regards Nikolaos Kavvadias

...shared --enable-targets=all > --enable-optimized --disable-libffi --disable-debug-runtime > --disable-assertions --disable-expensive-checks > > Following configuration i did the typical make and make install (to a > selected path by --prefix. > > > Best regards > Nikolaos Kavvadias > > > >> >> >>> Any help is appreciated. >>> >>> Best regards, >>> Nikolaos Kavvadias >>> >>> >>> >>> ______________________________****_________________ >>> >>> LLVM Developers mailing li...

...plicit) label, if the %38 is the last defined temporary at that point of the function body. So, I guess that if the following basic block has no explicit label, it acquires one by generating a new temporary. This is my deduction; I'm not sure it is correct though. Best regards Nikolaos Kavvadias > > > Best regards > Nikolaos Kavvadias > > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > >

...t; > .type $str, at object # @str > .section .rodata.str1.4,"aMS",@**progbits,1 > .align 2 > $str: > .asciz "Hello World!" > .size $str, 13 > > > > > > Best regards > Nikolaos Kavvadias > > > BTW I've built LLVM with mingw (strange mixture of gcc-3.4.5 and >>> >>>> g++-4.6.1). Native compilation, MIPS backend and other things that i've >>>>> tested, all work properly. >>>>> >>>>> >>>>...

...--enable-optimized --disable-libffi --disable-debug-runtime >> --disable-assertions --disable-expensive-checks >> >> Following configuration i did the typical make and make install (to a >> selected path by --prefix. >> >> >> Best regards >> Nikolaos Kavvadias >> >> >> >>> >>> >>>> Any help is appreciated. >>>> >>>> Best regards, >>>> Nikolaos Kavvadias >>>> >>>> >>>> >>>> ______________________________****_________________...

...9;t this code be linked to the AsmPrinter library for NVPTX (already)? BTW I've built LLVM with mingw (strange mixture of gcc-3.4.5 and g++-4.6.1). Native compilation, MIPS backend and other things that i've tested, all work properly. Any help is appreciated. Best regards, Nikolaos Kavvadias

Hi, Nikolaos Kavvadias wrote: > Quoting Richard Pennington <rich at pennware.com>: > > I've just started looking into code generation and have a newbie > > question: Is there enough information in the .td files to make a > > tool to automatically generate an assembler from them? Is a projec...

...in the formation (e.g. emitted by different passes?) 2) How to normalize the appearance of branch labels? I.e. is it possible to not emit the strange ; <label>:39 like ones? 3) Why <label>:39 and not 39: ? 4) Why not prefixing all labels with <label>? Best regards Nikolaos Kavvadias

...systems with asymmetrical storage resources (some of the registers are distributed and some are placed in usual register files). Could this be done in a more LLVM-friendly way? Is there any port defining strange registers (like an accumulator or the HI,LO registers of a MIPS-compatible)? Nikolaos Kavvadias

...all work properly. > Perhaps this "strange mixture" is causing some symbol errors somewhere. Can you post the exact sequence of steps you used to build LLVM, along with the llc command-line that fails for you? > > Any help is appreciated. > > Best regards, > Nikolaos Kavvadias > > > > ______________________________**_________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev> > -- Thanks,...

...LLVM (although i've been observing its > evolution > > since that first release some years ago :) > > > > I would like to develop a backend for a generic assembly-like language, > > called NAC (N-Address Code). More info on NAC can be found here: > > http://www.nkavvadias.com/hercules/nac-refman.html (HTML) > > http://www.nkavvadias.com/hercules/nac-refman.pdf (PDF) > > > > You can consider NAC similar to an LLVM subset for hardware synthesis. > > Although NAC was developed independently, certain decisions taken when > > designing it, m...

...ter allocation algorithms currently under design? Do they support preallocation of registers (it is different to "fixing" a register in GCC parlance)? 3. Does LLVM work on PDGs (Program Dependence Graphs) as well? If yes, does the register allocation take on PDGs? Kind regards Nikolaos Kavvadias

...wever usually not for JIT compilation). It's probably the only solution that can combine reasonable time frames (1-6 man months) for a basic non-JIT compiler backend, ease of retargeting for incremental additions along with all the good frontend and infrastructure stuff. Kind regards Nikolaos Kavvadias

...ends (x86, mips). Is this behavior expected by the NVPTX backend? I understand that PTX is primarily targeted by OpenCL, however I would expect that the backend would issue some warnings on unimplemented features and not just run endlessly with no messages whatsoever. Best regards Nikolaos Kavvadias

Hi all, i'm just starting out with LLVM (although i've been observing its evolution since that first release some years ago :) I would like to develop a backend for a generic assembly-like language, called NAC (N-Address Code). More info on NAC can be found here: http://www.nkavvadias.com/hercules/nac-refman.html (HTML) http://www.nkavvadias.com/hercules/nac-refman.pdf (PDF) You can consider NAC similar to an LLVM subset for hardware synthesis. Although NAC was developed independently, certain decisions taken when designing it, may or may not defer from other textual IRs li...

...emission of metadata information by opt and/or clang? For instance, I would like to go without "tbaa" metadata in LLVM assembly code as printed by "-emit-llvm". I'm using the 3.1 binary release for MinGW (and for Linux on a different machine). Best regards Nikolaos Kavvadias

...tion by opt and/or clang? > > For instance, I would like to go without "tbaa" metadata in LLVM assembly code as printed by "-emit-llvm". > > I'm using the 3.1 binary release for MinGW (and for Linux on a different machine). > > Best regards > Nikolaos Kavvadias > > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

...t passes?) > > 2) How to normalize the appearance of branch labels? I.e. is it possible to not > emit the strange ; <label>:39 like ones? > > 3) Why <label>:39 and not 39: ? > > 4) Why not prefixing all labels with <label>? > > Best regards > Nikolaos Kavvadias > > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev