[m-rev.] for post-commit review: inlining throw_on_error

Peter Wang novalazy at gmail.com
Wed Aug 31 10:53:45 AEST 2022


On Tue, 30 Aug 2022 19:54:56 +1000 "Zoltan Somogyi" <zoltan.somogyi at runbox.com> wrote:
> For review by anyone.
> 
> Zoltan.

> Inline throw_on_error and related preds ...
> 
> ... so that compiler optimizations can separate the usual success path,
> which does nothing, from the error path, which constructs and throws
> an exception.
> 
> Modify throw_on_error itself to manually inline is_error, so that
> we can (a) eliminate redundant testing for success/failure, and
> (b) move all work that is unneeded on the success path out of the
> success path. (Marking is_error to be inlined is not sufficient
> to do this with our current optimization setup.)

That's fine.

Peter


More information about the reviews mailing list