This is the mail archive of the
mailing list for the GCC project.
Re: patch for merging graphite branch (before tuplification)
- From: "Sebastian Pop" <sebpop at gmail dot com>
- To: "Richard Guenther" <richard dot guenther at gmail dot com>
- Cc: "GCC Patches" <gcc-patches at gcc dot gnu dot org>, "Mark Mitchell" <mark at codesourcery dot com>, "Jakub Jelinek" <jakub at redhat dot com>, "David Edelsohn" <edelsohn at gmail dot com>, "Harle, Christophe" <christophe dot harle at amd dot com>, "Tobias Grosser" <grosser at fim dot uni-passau dot de>, "Konrad Trifunovic" <konrad dot trifunovic at gmail dot com>, "Albert Cohen" <Albert dot Cohen at inria dot fr>, "Roberto Bagnara" <bagnara at cs dot unipr dot it>
- Date: Sat, 2 Aug 2008 19:26:18 -0500
- Subject: Re: patch for merging graphite branch (before tuplification)
- References: <email@example.com> <firstname.lastname@example.org>
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:
Then you can get a copy of the port of Cloog to PPL as follows:
./configure --with-ppl=/somewhere --prefix=/somewhere
Then grab a version of graphite branch and configure like this:
../configure --with-cloog=/somewhere --with-ppl=/somewhere
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.
AMD - GNU Tools