search for: d69785

Displaying 7 results from an estimated 7 matches for "d69785".

Did you mean: 369785
2020 Jan 15
2
[cfe-dev] Phabricator -> GitHub PRs?
...nally have series where major > redesigns are required, and then asking for a fresh start makes sense. There is an (ever growing) patch series that connects contributions by multiple people with patches in all sorts of states, from merged to WIP: The first was this one https://reviews.llvm.org/D69785, since then the series grew in all directions (see the stack). I have other (=smaller) patch series that evolve over time but this one is the biggest and most complex. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature...
2019 Nov 13
5
[RFC] Create llvm/lib/Frontend
...his is a controversial RFC, we will provide examples and reasons. I hope this is fairly straightforward as this does not introduce any drawbacks (I know of). Please let me know if you have an opinion on this. Thanks, Johannes [0] https://reviews.llvm.org/D69853 [1] https://reviews.llvm.org/D69785 [2] https://reviews.llvm.org/D70109 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191113/0d15ef4f/attachment.sig&gt...
2019 Nov 14
3
[RFC] Create llvm/lib/Frontend
...rd as this does not introduce any >> drawbacks (I know of). >> >> Please let me know if you have an opinion on this. >> >> Thanks, >> Johannes >> >> >> >> >> [0] https://reviews.llvm.org/D69853 >> [1] https://reviews.llvm.org/D69785 >> [2] https://reviews.llvm.org/D70109 >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> > ___________________________________________...
2019 Nov 19
2
[RFC] Create llvm/lib/Frontend
...ot introduce any > > drawbacks (I know of). > > > > Please let me know if you have an opinion on this. > > > > Thanks, > > Johannes > > > > > > > > > > [0] https://reviews.llvm.org/D69853 > > [1] https://reviews.llvm.org/D69785 > > [2] https://reviews.llvm.org/D70109 > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -- Johannes Doerfert Researcher Argonne Na...
2020 Jan 14
5
Phabricator -> GitHub PRs?
On Fri, 10 Jan 2020 at 13:43, Nicolai Hähnle via llvm-dev <llvm-dev at lists.llvm.org> wrote: > It's worth pointing out that GitHub is not able to do this properly, > either. The problem on GitHub's side is that while a pull request can > contain multiple commits, one cannot properly review those commits > individually, and it is not at all possible to approve individual
2020 Jan 16
4
[cfe-dev] Phabricator -> GitHub PRs?
...#39;ve mentioned before I can't get arcanist to work. Does arcanist take > care of organizing the series? > (I haven't made patch series myself) > How do reviews work? Does each patch get a separate review page like > any other patch? > Yes, see https://reviews.llvm.org/D69785 and https://reviews.llvm.org/D69922 as an example of two patches in a series. > Let's say patch 3 in a series is approved and it could be committed > without patches 1 and 2 (like Renato I question why this is a patch > series if so, but let's assume it for argument's sake)....
2020 Jan 15
4
[cfe-dev] Phabricator -> GitHub PRs?
On Wed, Jan 15, 2020 at 01:30:34PM -0600, David Greene via cfe-dev wrote: > Emilio Cobos Álvarez <emilio at crisal.io> writes: > > > [1] or [2] are recentish examples that come to mind, but it happens > > fairly often. Of course for a bunch of simpler changes one revision is > > enough. > > I think you forgot to include links. :) > > > The use cases