Used all of these three. I don’t want to even look at MS Visual C/C++ ecosystem.

    • AapoL@sopuli.xyz
      link
      fedilink
      arrow-up
      54
      arrow-down
      1
      ·
      8 months ago

      I’m a gcc user partly because of the optimization. I mean it’s a pretty small difference. But still for scientific stuff gcc is slightly better I think. There’s not much difference though and it basically comes to personal preference.

      • killeronthecorner@lemmy.world
        link
        fedilink
        English
        arrow-up
        46
        ·
        8 months ago

        I am in full agreement. My comment was purely for spiciness. How dare you respond with rational and agreeable points. Good day sir!

      • Kale@lemmy.zip
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        1
        ·
        8 months ago

        I haven’t dealt with HPC in a while, but Intel C compiler against MKL libraries were fastest CPU, and Nvidia CUDA was slightly easier to develop than OpenCL for other cards. I’m not sure if the situation’s changed.

        For my current applications, I use NumPy compiled against Intel MKV installed as a binary. It works great.

      • AapoL@sopuli.xyz
        link
        fedilink
        arrow-up
        4
        arrow-down
        2
        ·
        8 months ago

        For not that performance intensive stuff I would use clang though.

        • ale@lemmy.world
          link
          fedilink
          arrow-up
          4
          ·
          8 months ago

          Good question. I didn’t know about decltype. I guess they are slightly different in that decltype will also produce a type reference. Typeof just produces the type, even if you call on a reference.

  • Treeniks
    link
    fedilink
    arrow-up
    49
    arrow-down
    6
    ·
    8 months ago

    Actually when it comes to C++ 23 library features, MSVC is ahead of both. In fact, as far as I can tell, MSVC is the only compiler that fully supports all C++ 20 core language features at the moment. So credit where credit is due, MSVC has gotten way way better the past few years. Visual Studio is still awful, but the compiler has become quite competent.

    • slacktoid
      link
      fedilink
      English
      arrow-up
      11
      arrow-down
      4
      ·
      8 months ago

      Its part of the EEE plan. They always have to be that.

      • Vilian@lemmy.ca
        link
        fedilink
        arrow-up
        19
        arrow-down
        1
        ·
        8 months ago

        they can’t compete with clang and gcc anymore, not with proprietary compilers, there is a fuck tons of companies using gcc and clang, and investing in thoses, microsoft can force it’s users, but can’t with apple and google etc

  • JGrffn
    link
    fedilink
    arrow-up
    31
    arrow-down
    1
    ·
    8 months ago

    I haven’t touched compilers in a while, but I was a dirty little MS pig boy back in college. Qt with MSVC just made sense for me, with the single exception of non standard byte lengths for longs (almost cost me a class due to not using std uints, totally my bad but you don’t really expect compilers to understand basic data types differently).

    The true shitfuckassface experience for me was ICC. Stupid little pig boy decided he wanted his Qt working with ICC, due to all dem optimizations for Intel CPUs. After hours of debugging nonsense errors and janking my way through Qt code which was way above my head, I finally got a Qt build, only to have ICC find thousands of completely removed errors in a project where no other compiler would find errors.

    Yeah that was the day I stopped caring for C++, stopped licking intel’s ass, and started getting ever so slightly radicalized due to the lies of the republic.

      • JGrffn
        link
        fedilink
        arrow-up
        1
        ·
        8 months ago

        If data structures weren’t working with MSVC, you’re probably working with non-portable code in the first place. Don’t assume an int is 32 bits long!

        Oh absolutely! I was starting out during this time, and started using memcpy for a uni project, hardcoding byte sizes to what I assumed long’s size was, instead of checking or using standardized data types (because I didn’t even know they existed). The result was such a mess, exacerbated by the good ol “let’s write it all in one go and run it when we’re done”. Boy did I suffer in that class.

  • dzervas@lemmy.world
    link
    fedilink
    arrow-up
    29
    arrow-down
    1
    ·
    8 months ago

    I’m usually on the flip side of C/C++ compilers: reversing

    I tell you: MSVC is batshit crazy

  • clearleaf@lemmy.world
    link
    fedilink
    arrow-up
    21
    ·
    8 months ago

    The only way I can ever get stuff to compile on windows is MSVC but I don’t like having to install the entire .net cinematic universe. It’s no android but christ on a cracker man.

  • bisserkr@lemmy.world
    link
    fedilink
    arrow-up
    7
    arrow-down
    2
    ·
    8 months ago

    Why is it that whenever there’s a compiler problem at work, it’s always gcc and clang, and not the other way around.

    • flying_gel@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      8 months ago

      I find gcc and clang being pickier, often due to not having non-standard extensions (I’m looking at you passing rvalue non-const ref parameter)