similar to: [LLVMdev] Reading the AST from the bitcode generated by clang

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

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,

> 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

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 Sitvanit, > 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. actually, no, this just means that you are using a shell that doesn't support this syntax. What shell are you using? Try export CC=gcc44 export CXX=g++44 ../llvm/configure Ciao, Duncan. >

Ok, I got. You should install libstdc++44-devel, too. Please try to install gcc44-c++ and libstdc++44-devel. Note: gcc44-c++ depends on gcc44, but gcc44-c++ and libstdc++44-devel are independent each other, at least on my host, CentOS5. ...Takumi 2012/7/15 Sitvanit Ruah <RUAH at il.ibm.com>: > In order to isolate the problem I am now running on a machine whose only > installation

In order to isolate the problem I am now running on a machine whose only installation of gcc/g++ is gcc44, g++44 For this installation I am getting the following error: COMPILE: clang_linux/asan-i386/i386: /gpfs/haifa-p4/00/pincette/sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc /.../sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:19:10: fatal error:

Hello all, I am new to this mailing list so I hope this is the right place to post the following question. We are considering using Clang front end for our tool. I tried to compile LLVM (using configure followed by make from the llvm top directory) on LINUX X86 with gcc 4.1.2. I got several compilation error messages of the form /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+

It's undocumented FAQ, if you are using RHEL5 (or clone). - install gcc44-c++ - Build with CC=gcc44 CXX=g++44 - You may need "CC=clang -std=gnu89" to use clang with its glibc. Have fun! ps. AFAIK, clang can be built more easily on centos6. ...Takumi 2012/7/11 Sitvanit Ruah <RUAH at il.ibm.com>: > > Hello all, > I am new to this mailing list so I hope this is

PS: Do you actually have gcc-4.4 installed and in your path? What do the commands gcc44 -v and g++44 -v output? On 15/07/12 10:59, Duncan Sands wrote: > Hi Sitvanit, > >> 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. >

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

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

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

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

19.08.2016, 18:30, "Renato Golin via llvm-dev" <llvm-dev at lists.llvm.org>: > On 19 August 2016 at 16:22, C Bergström <llvm-dev at lists.llvm.org> wrote: >>  Have you ever stayed in a non-hilton hotel while traveling? I don't >>  mean couch surfing, but just average place.. I'd even add some above >>  average places to the list and when you get

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

Thanks for the information. I am running on a machine on which gcc44 is installed but whose default installation is 4.1.2. I ran ../llvm/configure CC=gcc44 CXX=g++44 make and still got the same error (I checked and CC=gcc44 and CXX=g++44 now in build/Makefile.config).. I tried also ../llvm/configure CC=gcc44 CXX=g++44 --include_dir=<gcc44 include dir> but it didn't help

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

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.