search for: nikolao

...lly important 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

On 5/5/2017 8:29 ??, Nikolaos Milas wrote: > I am very puzzled with "unknown filesystem". After more googling, I found this bug report with a very recent fix: https://bugzilla.redhat.com/show_bug.cgi?id=1399487 It seems to me that this may be relevant in our case. If so, may it be that this fix has not been r...

...ere: --prefix=/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://ll...

Op 8/21/2015 om 1:31 PM schreef Nikolaos Milas: > On 20/8/2015 11:09 ??, Nikolaos Milas wrote: > >> As soon as I manage to re-build Dovecot with the latest snapshot, >> I'll test it! > > Hello, > > I've built dovecot with a today snapshot from hg > (dovecot-2-2-9f815e781beb) and I am trying to en...

Hi Nikolaos, Following commands work great for me. $ clang -S -emit-llvm -target nvptx -x cl -include clc/clctypes.h ../data-types/scalar.cl $ llc -mcpu=sm_30 scalar.s You can follow Justin's blog [1]. It helped me a lot to understand where to start. [1] http://jholewinski.org/blog/llvm-3-0-ptx-backend...

...med (implicit) 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 > >

...--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...

...ded Reload 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...

...new register 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

...ferences 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

...)-main > > .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. >>>>> >>>>> >&g...

> -----Original Message----- > From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] > On Behalf Of Burak G?RER > Sent: Thursday, May 30, 2013 10:34 AM > To: Nikolaos Milas > Cc: Dovecot Mailing List > Subject: Re: [Dovecot] Dovecot 2.2 build rpm on Centos6 > > On 27-05-2013 16:56, Nikolaos Milas wrote: > > On 27/5/2013 1:07 ??, Birta Levente wrote: > > > >> I tried to build rpm based on dovecot-2.2.2-2.fc20.src.rpm on Centos &...

...at is the maximum that I can get from tblgen? Which C++ source files cannot be generated by .td files and always have to be coded by hand? In the end, source code for the LLVM->NAC backend and a NAC interpreter will be released, probably as third-party BSD-licensed tools. Best regards Nikolaos Kavvadias

...te backend either the C backend or NVPTX are > possible starting points. However, only NVPTX makes use of tblgen which > removes some burder from the backend developer. I also think that a > tblgen-based backend like NVPTX is easier to maintain in the long term. What > do you think? Hi Nikolaos, The C backend (that is by the way deprecated) is the exception rather than the rule: most targets use TableGen extensively (look at all the lib/Target/**/*.td). As for your other questions, I'm no expert, but you might want to take a look at the available tutorials (http://llvm.org/docs/Wri...

Hello, I would like to compile Dovecot using custom ldap libraries, located at a particular custom system location. How should I alter the config process to specify that the include dir is "/usr/local/openldap/include" and the lib dir is "/usr/local/openldap/lib64" and not the standard ones (/usr/include/ and /usr/lib64/ respectively) on RHEL/CentOS 5 (x86_64). Note that

...houldn'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

...X > are > > possible starting points. However, only NVPTX makes use of tblgen which > > removes some burder from the backend developer. I also think that a > > tblgen-based backend like NVPTX is easier to maintain in the long term. > What > > do you think? > > Hi Nikolaos, > > The C backend (that is by the way deprecated) is the exception rather > than the rule: most targets use TableGen extensively (look at all the > lib/Target/**/*.td). > It really depends on your goals and the abstractions provided by the target IR. For NVPTX, we use a tradition...

Hi Nikolaos, On 20/01/13 12:00, nkavv at physics.auth.gr wrote: > Hi all, > > i'm writing a TXL (http://www.txl.ca) grammar and a revamp of bison/flex grammar > for LLVM. > > I've noticed an inconsistency regarding label naming conventions. > > For instance, the following is a...

On 01/04/2017 03:07 AM, Nikolaos Milas wrote: > Is it normal in CentOS 7 to have a device map with two entries esp. > when the (physical or virtual) hardware has only one hd ? I don't see that on VMs that I manage. Some of the physical machines that I manage do have duplicates in the device.map.

On 5/1/2017 11:04 ??, Nikolaos Milas wrote: > Can others please report the content of /boot/grub2/device.map on > their CentOS 7 (physical or virtual) installations? Thank you all for your reports. Since it seems this is generally the case with CentOS 7, does anyone also have access to RHEL 7 installations to verify...