similar to: [LLVMdev] Using C++'11 language features in LLVM itself

> Following the feedback from David, here is an updated list of the profiles, > taking into account deprecated versions of the specifications of the lambdas > and r-values that might be of interest. As before, they are duly annotated > with a remark. It's much smaller than these headline features, but how about commas at the end of enum lists? Could be useful for keeping

On Sun, Jan 13, 2013 at 7:39 PM, David Blaikie <dblaikie at gmail.com> wrote: > On Sun, Jan 13, 2013 at 10:26 AM, Tim Northover <t.p.northover at gmail.com> > wrote: > >> Good points David, I don't feel qualified to evaluate the differences > >> between those versions though... Perhaps Richard or Doug could comment > here? > > > > Unless

09.01.2013, 04:11, "Chris Lattner" <clattner at apple.com>: > It's seems like a quiet and peaceful day, lets stir things up a bit :) > > How crazy would it be for us to start using basic C++'11 language features (but not C++'11 library features) in LLVM: > things like auto It can make code less readable because of missing types. When compiler can deduce

> -----Original Message----- > From: Konstantin Tokarev [mailto:annulen at yandex.ru] > Sent: Wednesday, August 15, 2012 9:10 AM > To: Villmow, Micah > Cc: Chris Lattner; Dmitry Vyukov; LLVM Developers Mailing List > Subject: Re: [LLVMdev] C++ demangling in LLVM > > > > 15.08.2012, 19:25, "Villmow, Micah" <Micah.Villmow at amd.com>: > > Three

15.08.2012, 19:25, "Villmow, Micah" <Micah.Villmow at amd.com>: > Three reasons. > 1) I need to modify the code to support extensions to the standard demangler. > 2) GCC's version is GPL v3. And? BTW, there is BSD-licensed implementation of __cxa_demangle in libcxxrt > 3) Need windows support. > > Micah -- Regards, Konstantin

I tried CC=gcc44 CXX=g++44 ../llvm/configure and got CC=gcc44: Command not found So the syntax is indeed as wriiten in the help. Sitvanit Ruah Formal Verification Group IBM Haifa Research Laboratory Tel: 972-4-828-1249 From: Duncan Sands <baldrick at free.fr> To: Sitvanit Ruah/Haifa/IBM at IBMIL, Cc: Konstantin Tokarev <annulen at yandex.ru>, llvmdev at cs.uiuc.edu,

Hi Sitvanit, On 12/07/12 22:18, Sitvanit Ruah wrote: > I ran "configure -help " and it says > > usage: configure [OPTION]..... [VAR=VALUE] > > So I assume configure CC=... is the right syntax. Isn't it? while you might think so, try it the other way round. Also, by doing make VERBOSE=1 you can see which compiler is really being used. Ciao, Duncan. > >

On Sun, Jan 13, 2013 at 10:26 AM, Tim Northover <t.p.northover at gmail.com> wrote: >> Good points David, I don't feel qualified to evaluate the differences >> between those versions though... Perhaps Richard or Doug could comment here? > > Unless I'm misreading the buildbots, we don't actually have anything > trying to build with MSVC. Have we considered how

19.08.2016, 18:38, "Renato Golin" <renato.golin at linaro.org>: > On 19 August 2016 at 16:34, Konstantin Tokarev <annulen at yandex.ru> wrote: >>>  But that affected *everybody*. Using Git or SVN, using Windows or >>>  Linux, trying to download Linux, LLVM, GCC, Linaro stuff. >> >>  But with SVN you don't fetch complete history. > >

What is the best level to use for backend development? We do not need to generate machine code, but rather an intermediate representation that will give us the control flow graph. Is this the llvm IR? If so, how do I read into memory a file that was generated by clang++ -emit-llvm <source file>. Thanks, Sitvanit Sitvanit Ruah Formal Verification Group IBM Haifa Research Laboratory Tel:

Hi Konstantin, good point. but I my intention is to have something like the llva project. Basically I would like to define a machine that looks as if it has processors running natively llvm code. And when that runs enhance the llvm byte code with some specific instructions. Besides this if I make my measurements on the running of llvm bytecode I can test several platforms simultaneously because I

03.12.2012, 11:44, "Marc J. Driftmeyer" <mjd at reanimality.com>: > One of the most conservative distributions is Debian. RHEL/CentOS is more conservative. RHEL 6 ships Python 2.6.6, RHEL 5 (which is still widely used) ships 2.4.3 -- Regards, Konstantin

On 9/19/13 9:53 AM, Herbei Dacian wrote: > > Hi Konstantin, > good point. > but I my intention is to have something like the llva project. If you want something like the LLVA project for user-space applications, then you basically want to use LLVM as-is. The only things missing are the instructions that replace certain in-line assembly sequences that cannot be represented by

I ran "configure -help " and it says usage: configure [OPTION]..... [VAR=VALUE] So I assume configure CC=... is the right syntax. Isn't it? Regard, Sitvanit From: Konstantin Tokarev <annulen at yandex.ru> To: Sitvanit Ruah/Haifa/IBM at IBMIL, Cc: llvmdev-bounces at cs.uiuc.edu, llvmdev at cs.uiuc.edu, Duncan Sands <baldrick at free.fr> Date:

> Hi all, > After reading the documentation on clang I still have the following > question: > How do I read the bitcode generated by clang from a C++ file? I need to > have all the AST information in memory. AST has nothing to do with LLVM bitcode. -- Regards, Konstantin

Sylvestre (CC'd) might know where to find it on Debian/Ubuntu repositories. cheers, --renato On 6 October 2013 18:45, Alp Toker <alp at nuanti.com> wrote: > Konstantin, This is a legitimate question because the packages are > maintained by the LLVM project and kept on llvm.org. > > David, while I don't see 3.3 packages I do see 3.4 snapshots in the > repository.

> Yes, it is the same error referring to 4.1.2. > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ > +/4.1.2/i386-redhat-linux/bits/gthr-default.h:114:1: error: weakref > declaration must have internal > linkage > __gthrw(pthread_key_delete) > > There are several such errors. Are you sure you are usin gcc44? Don't you need to run CC=gcc44 CXX=g++44

On Sun, Oct 6, 2013 at 6:12 PM, Konstantin Tokarev <annulen at yandex.ru> wrote: >> It seems like the llvm-3.3-* packages are gone from the Ubuntu Precise >> APT repository, http://llvm.org/apt/precise/. >> >> Is this on purpose? Any recommended replacements? (Launchpad?) > > http://llvm.org/docs/GettingStarted.html#getting-started-quickly-a-summary Sorry, but

Konstantin, This is a legitimate question because the packages are maintained by the LLVM project and kept on llvm.org. David, while I don't see 3.3 packages I do see 3.4 snapshots in the repository. Will that not do? If there are any regressions keeping you back on 3.3 now's a good time to report them! Alp. On 06/10/2013 18:22, David Nadlinger wrote: > On Sun, Oct 6, 2013 at 6:12

On Mon, Dec 3, 2012 at 4:31 AM, Konstantin Tokarev <annulen at yandex.ru> wrote: > > 03.12.2012, 11:44, "Marc J. Driftmeyer" <mjd at reanimality.com>: >> One of the most conservative distributions is Debian. > > RHEL/CentOS is more conservative. RHEL 6 ships Python 2.6.6, RHEL 5 (which is still widely used) ships 2.4.3 > This is a good point to consider.