That shows how much you know modules, what is your experience with header units?

Modules can be critized by having been added to the standard without field experience, from the two implementations, Apple's clang module maps, and Microsoft's modules prototype that was the base of C++20 proposal, none of them is what was standardised in the end.

The standard also was ratified without any feedback from tool vendors, which have had to come up with their own solutions outside the standard.

IDEs still struggle to support them.

So no, it isn't "already boils down to shipping binary + module."

Contracts are much worse, because beyond some prototypes that the community could hardly provide any feedback, all the issues that have been raised regarding compiler toolchains, and shipping binary libraries, national bodies request for comments have been had waved as not being a big issue.

Yeah it goes to show how some want contracts at any cost.

▲

locknitpicker 4 hours ago | parent [-]

> That shows how much you know modules, what is your experience with header units?

More than enough to understand quite well that at this point it is a tooling issue.

https://gitlab.kitware.com/cmake/cmake/-/work_items/25293

If you had any experience on the topic you'd be quite aware of the issues caused by tools scrambling to support the feature. For example, GCC only claimed official support for modules a few months ago with the release of GCC 15. Even Ubuntu 2026 LTS broke modules support.

If you want to learn about the topic, I recommend you start by getting acquainted with CMake and its state of modules support.

https://cmake.org/cmake/help/latest/manual/cmake-cxxmodules....

It goes to show how your opinions contrast with your knowhow.

> Contracts are much worse

Nonsense. Worst case they are annotations you can safely ignore. The fact you try to portray annotations used to aid static analysis as "much worse" than a complete revolution of how build systems manage dependencies and binaries just goes to show how detached from reality your comments are.

▲

pjmlp 3 hours ago | parent [-]

My github and /r/cpp/ presence is a proof of how much experience I have in practice.

As for you trying to educate me, whatever dude.

You would be better spending your time reading the mailing papers that point out the design flaws.

In case you want to learn about the topic, that is.

▲

locknitpicker 3 hours ago | parent [-]

> My github and /r/cpp/ presence is a proof of how much experience I have in practice.

Oh a redditor. I'm sorry, I didn't knew I was talking to an expert.

> As for you trying to educate me, whatever dude.

Lost cause?

> You would be better spending your time reading the mailing papers that point out the design flaws.

Nitpicking areas of improvement does not reflect critical issues with the feature. This is not reddit.

▲

pjmlp 3 hours ago | parent [-]

I am not the one trolling around here.

▲

locknitpicker an hour ago | parent [-]

> I am not the one trolling around here.

Neither am I. I'm stressing that your vocal and enthusiastic criticism is uninformed and detached from reality. You're commenting on things you are clearly uninformed or misinformed, and presenting your reddit credentials as appeal to authority is a clear demonstration of what supports that opinion.

You are free to be vocal and criticize things, but the depth of your understanding and discourse is also a factor.

	▲	pjmlp 7 minutes ago \| parent [-]
		I am not so sure about it, where are you modules code samples to prove your expertise? Some of my code is public, yours? Coming up on HN, talking down people, yeah right, what an expert that we have here.