search for: r228193

...ly store the git sha1 and a CMake script > would download that version when building. However, it would also be > more difficult to both sources in-sync in the checkout (think of git > bisect). > > I suppose these were also the reasons why Polly imported the isl > source in commit r228193 instead of requiring users to call > utils/checkout_isl.sh manually. > > > The other design decisions and rationales are mentioned in the review > summary [2]. I repeat them here so they can be referred to in replies. > > * The library is named LLVMISL and contained in the lib/...

...ly store the git sha1 and a CMake script > would download that version when building. However, it would also be > more difficult to both sources in-sync in the checkout (think of git > bisect). > > I suppose these were also the reasons why Polly imported the isl > source in commit r228193 instead of requiring users to call > utils/checkout_isl.sh manually. > > > The other design decisions and rationales are mentioned in the review > summary [2]. I repeat them here so they can be referred to in replies. > > * The library is named LLVMISL and contained in the lib/...

...ake script > > would download that version when building. However, it would also be > > more difficult to both sources in-sync in the checkout (think of git > > bisect). > > > > I suppose these were also the reasons why Polly imported the isl > > source in commit r228193 instead of requiring users to call > > utils/checkout_isl.sh manually. > > > > > > The other design decisions and rationales are mentioned in the review > > summary [2]. I repeat them here so they can be referred to in replies. > > > > * The library is name...

...An alternative would be to only store the git sha1 and a CMake script would download that version when building. However, it would also be more difficult to both sources in-sync in the checkout (think of git bisect). I suppose these were also the reasons why Polly imported the isl source in commit r228193 instead of requiring users to call utils/checkout_isl.sh manually. The other design decisions and rationales are mentioned in the review summary [2]. I repeat them here so they can be referred to in replies. * The library is named LLVMISL and contained in the lib/ISL folder to work best with LLV...

...d download that version when building. However, it would also be > > > more difficult to both sources in-sync in the checkout (think of git > > > bisect). > > > > > > I suppose these were also the reasons why Polly imported the isl > > > source in commit r228193 instead of requiring users to call > > > utils/checkout_isl.sh manually. > > > > > > > > > The other design decisions and rationales are mentioned in the review > > > summary [2]. I repeat them here so they can be referred to in replies. > > > &...

...that version when building. However, it would also be >>>> more difficult to both sources in-sync in the checkout (think of git >>>> bisect). >>>> >>>> I suppose these were also the reasons why Polly imported the isl >>>> source in commit r228193 instead of requiring users to call >>>> utils/checkout_isl.sh manually. >>>> >>>> >>>> The other design decisions and rationales are mentioned in the review >>>> summary [2]. I repeat them here so they can be referred to in replies. >&g...

...ly store the git sha1 and a CMake script > would download that version when building. However, it would also be > more difficult to both sources in-sync in the checkout (think of git > bisect). > > I suppose these were also the reasons why Polly imported the isl > source in commit r228193 instead of requiring users to call > utils/checkout_isl.sh manually. > > > The other design decisions and rationales are mentioned in the review > summary [2]. I repeat them here so they can be referred to in replies. > > * The library is named LLVMISL and contained in the lib/...