vgvassilev wrote:

> > > > > While I may not able to look into them in detail recently, it may be 
> > > > > helpful to split this into seperate patches to review and to land.
> > > > 
> > > > 
> > > > I initially considered this, but @vgvassilev said in 
> > > > [root-project/root#17722 
> > > > (comment)](https://github.com/root-project/root/pull/17722#issuecomment-2706555950)
> > > >  he prefers a single PR, also for external testing.
> > > 
> > > 
> > > Maybe you can test it with this and land it with different patches. So 
> > > that we can revert one of them if either of them are problematic but 
> > > other parts are fine.
> > 
> > 
> > This is a relatively small patch focused on reducing the round trips to 
> > modules deserialization. I see this as an atomic change that if it goes in 
> > partially would defeat its purpose. What's the goal of a partial 
> > optimization?
> 
> I think partial optimizations are optimization too. If these codes are not 
> dependent on each other, it should be better to split them.
> 
> Given the scale of the patch, it may not be serious problem actually. I still 
> think it is better to land them separately, but if you want to save some 
> typings. I don't feel too bad.

Honestly I am more concerned about the tests that @ilya-biryukov is running. As 
long as they are happy I do not particularly care about commit style. Although 
it'd be weird to land 40 line patch in many commits :)

https://github.com/llvm/llvm-project/pull/133057
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to