• @lambalicious@lemmy.sdf.org
    link
    fedilink
    English
    28 days ago

    That if constexpr in the case you mention does make the constructor clean as heck. Thanks for the clarification and the commits, by the way!

    • @nodeluna@programming.devOP
      link
      fedilink
      English
      28 days ago

      ikr, constexpr is pretty cool. sure, no problem. I could make it fully compatible with c++14 without c++17 extensions if u wanna use it with c++14

      • @lambalicious@lemmy.sdf.org
        link
        fedilink
        English
        27 days ago

        I mean, I am not too concerned and it is your code. The if constexpr is just so much spiffier. You should do what’s best for you.

        My own use case is that for pre-C++23 (and in particular, pre-C++20) workflows I’m looking to homogeneize the set of dependencies used to supplement the standard library and this looks like a great candidate lib. I already have my own expected, actually, but would rather someone else’s who knows what they’re doing. Since C++14 is the oldest standard I have to support directly for clients (big improvement: was C++03 before 2021) and it brought in the big changes that made constexpr actually usable, I treat C++14 as a a sorta “C++ LTS” in my codebase.

        • @nodeluna@programming.devOP
          link
          fedilink
          English
          2
          edit-2
          7 days ago

          alright then.

          I see. expected is such a great library to have regardless of the standard version. oh c++03, I’m not familiar with that standard.

          I enabled support for c++11 regardless, it’s kinda cool to do so