[PATCH] D41267: [LTO] Make processing of combined module more consistent
Vitaly Buka via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Fri Dec 15 19:21:59 PST 2017
vitalybuka added a comment.
In https://reviews.llvm.org/D41267#957496, @mehdi_amini wrote:
> In https://reviews.llvm.org/D41267#957237, @vitalybuka wrote:
>
> > In https://reviews.llvm.org/D41267#957200, @mehdi_amini wrote:
> >
> > > > However small changes in input, could trigger combined module and shuffle outputs making life of llvm::LTO harder.
> > >
> > > Sorry but this is still loaded in assumption about the client, which seems dubious in general to me.
> >
> >
> > At this point I am trying to solve problem is the gold plugin, however I'd expect this could be helpful for other clients as well.
> > Anyway why benefit of particular client without regressing behavior for the rest is a problem? Especially considering that the patch simplify implementation.
>
>
> That a problem because it is a terrible way in general to design complex system: this is a sign of over-coupling components and leaking abstractions through implicit API contract.
I agree that implicit contract about streams order is not nice here, and we should consider to make it explicit.
Repository:
rL LLVM
https://reviews.llvm.org/D41267
More information about the llvm-commits
mailing list