This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: patch for merging graphite branch (before tuplification)


Sebastian,
    A couple questions. Do you know when the ppl cvs
will be released as the next ppl version? I noticed today
that the ppl testsuite failures I am seeing on
i386-apple-darwin9 appear to be fixed in ppl cvs.
Also is it likely that cloog-ppl git and the graphite
patches would build under ppl cvs? I ask because I
thought I would try ppl cvs to see if it eliminated
the two graphite gcc testsuite failures I am seeing
on i686-apple-darwin9 with ppl 0.9 (since that release
shows failures in the ppl testsuite on that target).
                       Jack




On Sat, Aug 02, 2008 at 07:26:18PM -0500, Sebastian Pop wrote:
> 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]