lp:~pali/llvm/polly-trunk

Created by Pali on 2014-04-11 and last modified on 2019-03-19
Get this branch:
bzr branch lp:~pali/llvm/polly-trunk

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Pali
Project:
LLVM
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the Subversion branch from http://llvm.org/svn/llvm-project/polly/trunk.

The next import is scheduled to run in 25 minutes.

Last successful import was 5 hours ago.

Import started 5 hours ago on alnitak and finished 5 hours ago taking 1 minute — see the log
Import started 11 hours ago on alnitak and finished 11 hours ago taking 1 minute — see the log
Import started 17 hours ago on izar and finished 17 hours ago taking 1 minute — see the log
Import started 23 hours ago on izar and finished 23 hours ago taking 1 minute — see the log
Import started on 2019-03-20 on alnitak and finished on 2019-03-20 taking 1 minute — see the log
Import started on 2019-03-20 on alnitak and finished on 2019-03-20 taking 1 minute — see the log
Import started on 2019-03-20 on izar and finished on 2019-03-20 taking 1 minute — see the log
Import started on 2019-03-20 on alnitak and finished on 2019-03-20 taking 1 minute — see the log
Import started on 2019-03-19 on izar and finished on 2019-03-19 taking 1 minute — see the log
Import started on 2019-03-19 on alnitak and finished on 2019-03-19 taking 1 minute — see the log

Recent revisions

3885. By meinersbur on 2019-03-19

[CodeGen] LLVM OpenMP Backend.

The ParallelLoopGenerator class is changed such that GNU OpenMP specific
code was removed, allowing to use it as super class in a
template-pattern. Therefore, the code has been reorganized and one may
not use the ParallelLoopGenerator directly anymore, instead specific
implementations have to be provided. These implementations contain the
library-specific code. As such, the "GOMP" (code completely taken from
the existing backend) and "KMP" variant were created.

For "check-polly" all tests that involved "GOMP": equivalents were added
that test the new functionalities, like static scheduling and different
chunk sizes. "docs/UsingPollyWithClang.rst" shows how the alternative
backend may be used.

Patch by Michael Halkenhäuser <email address hidden>

Differential Revision: https://reviews.llvm.org/D59100

3884. By jyknight on 2019-02-08

[opaque pointer types] Update calls to CreateCall to pass the function
type in lldb and polly.

3883. By jyknight on 2019-01-29

Adjust documentation for git migration.

This fixes most references to the paths:
 llvm.org/svn/
 llvm.org/git/
 llvm.org/viewvc/
 github.com/llvm-mirror/
 github.com/llvm-project/
 reviews.llvm.org/diffusion/

to instead point to https://github.com/llvm/llvm-project.

This is *not* a trivial substitution, because additionally, all the
checkout instructions had to be migrated to instruct users on how to
use the monorepo layout, setting LLVM_ENABLE_PROJECTS instead of
checking out various projects into various subdirectories.

I've attempted to not change any scripts here, only documentation. The
scripts will have to be addressed separately.

Additionally, I've deleted one document which appeared to be outdated
and unneeded:
  lldb/docs/building-with-debug-llvm.txt

Differential Revision: https://reviews.llvm.org/D57330

3882. By mgorny on 2019-01-22

Fix/unify top comment in lib/Analysis/PolyhedralInfo.cpp

Change the top comment in PolyhedralInfo.cpp to use // instead of ///,
similarly to headers in other files. This fixes the issue of copyright
line exceeding textwidth and triggering polly-check-format45 failure,
e.g. seen here:

http://lab.llvm.org:8011/builders/lldb-amd64-ninja-netbsd8/builds/18293/steps/run%20unit%20tests/logs/stdio

3881. By chandlerc on 2019-01-21

Fix typos throughout the license files that somehow I and my reviewers
all missed!

Thanks to Alex Bradbury for pointing this out, and the fact that I never
added the intended `legacy` anchor to the developer policy. Add that
anchor too. With hope, this will cause the links to all resolve
successfully.

3880. By chandlerc on 2019-01-19

Update more file headers across all of the LLVM projects in the monorepo
to reflect the new license. These used slightly different spellings that
defeated my regular expressions.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

3879. By chandlerc on 2019-01-19

Update the file headers across all of the LLVM projects in the monorepo
to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

3878. By chandlerc on 2019-01-19

Install new LLVM license structure and new developer policy.

This installs the new developer policy and moves all of the license
files across all LLVM projects in the monorepo to the new license
structure. The remaining projects will be moved independently.

Note that I've left odd formatting and other idiosyncracies of the
legacy license structure text alone to make the diff easier to read.
Critically, note that we do not in any case *remove* the old license
notice or terms, as that remains necessary until we finish the
relicensing process.

I've updated a few license files that refer to the LLVM license to
instead simply refer generically to whatever license the LLVM project is
under, basically trying to minimize confusion.

This is really the culmination of so many people. Chris led the
community discussions, drafted the policy update and organized the
multi-year string of meeting between lawyers across the community to
figure out the strategy. Numerous lawyers at companies in the community
spent their time figuring out initial answers, and then the Foundation's
lawyer Heather Meeker has done *so* much to help refine and get us ready
here. I could keep going on, but I just want to make sure everyone
realizes what a huge community effort this has been from the begining.

Differential Revision: https://reviews.llvm.org/D56897

3877. By mgrang on 2019-01-18

[polly] Change to range-based invocation of llvm::sort

3876. By hans on 2019-01-16

Bump the trunk version to 9.0.0svn

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.