[m-rev.] for post-commit review: maybe_succeeded

Peter Wang novalazy at gmail.com
Thu Aug 12 11:27:50 AEST 2021


On Thu, 12 Aug 2021 06:06:01 +1000 "Zoltan Somogyi" <zoltan.somogyi at runbox.com> wrote:
> The diff is long and boring. The main issue I seek feedback on
> is whether there is a better home for the new maybe_succeeded type
> than process_util.m. Many of the primitives that can succeed or fail
> are defined there, but not all, and with this diff, some modules import
> process_util that didn't import it before.
> 
> The new type does not fit in well anywhere else that I can see;
> e.g. it is quite different from everything else in maybe_error.m.
> The only two other places I can think of for it are a new module
> in the libs package (libs.succeeded or libs.maybe_succeeded),
> or (possibly) definition in libs.m itself.
> 
> Ideas? Opinions?

I think libs.maybe_succeeded is fine.

There could be a module for basic types with no/few dependencies and no
obvious home, e.g.

    libs.aux_types
    libs.basic_types
    libs.misc_types
    libs.simple_types

which would be fine as well.

Peter


More information about the reviews mailing list