-------- Original Message -------- Subject: Re: patch for merging graphite branch (before tuplification) Date: Sat, 2 Aug 2008 19:26:18 -0500 From: Sebastian Pop sebpop@gmail.com To: Richard Guenther richard.guenther@gmail.com CC: GCC Patches gcc-patches@gcc.gnu.org, Mark Mitchell mark@codesourcery.com, Jakub Jelinek jakub@redhat.com, David Edelsohn edelsohn@gmail.com, Harle, Christophe christophe.harle@amd.com, Tobias Grosser grosser@fim.uni-passau.de, Konrad Trifunovic konrad.trifunovic@gmail.com, Albert Cohen Albert.Cohen@inria.fr, Roberto Bagnara bagnara@cs.unipr.it References: cb9d34b20807251914jb7fb76q4452be18461d7464@mail.gmail.com 84fc9c000807260228h12552595x17b2a7556d35913b@mail.gmail.com
Hi,
The graphite branch has been tuplified and the port to PPL passes the graphite testsuite. For building the graphite branch right now, here are the steps you'll have to go through:
You have to get a copy of the release 0.9 of PPL from: http://www.cs.unipr.it/ppl/Download/
cd ppl ./configure --prefix=/somewhere make make install
Then you can get a copy of the port of Cloog to PPL as follows:
cd cloog git-init git-pull http://repo.or.cz/w/cloog-ppl.git aclocal autoconf ./configure --with-ppl=/somewhere --prefix=/somewhere make make install
Then grab a version of graphite branch and configure like this:
cd gcc/build ../configure --with-cloog=/somewhere --with-ppl=/somewhere make
For the moment I think that building the cloog and ppl libs in the gcc directory is broken. I have not been able to configure ppl within the build of gcc because ieeefp.h has not been found on my ubuntu system. I will try to see how that can be fixed, or better, not provide this functionality and expect all the time the cloog and ppl libs to be installed on the system.
Note that ppl and polylib are two backends of cloog, and one has the choice of the polyhedral library to be used. For the moment the code generated by the ppl backend contains much more conditions that are redundant with respect to the enclosing loops because of the cloog_domain_simplify operation that is still very inefficient in the ppl backend. This should be improved either in newer versions of PPL.
Sebastian Pop -- AMD - GNU Tools