Mateusz Pusz 96965634f5 feat: support import std; on MSVC
mp-units' minimum-supported MSVC 195 (VS 2026) has solid `import std;`
support, but enabling `-o import_std=True` against the build hit two
issues that this change fixes.

(1) Module scanning was only enabled when `cxx_modules=True`.

Without `CMAKE_CXX_SCAN_FOR_MODULES=ON`, CMake doesn't link the implicit
std module BMI into non-module translation units that do `import std;`,
producing C2230 "could not find module 'std'". Enable scanning whenever
`import_std=True` as well. Same bug fixed in `test_package/conanfile.py`.

(2) The std module BMI is built with mismatched compile flags.

CMake materializes the implicit std module BMI as `__cmake_cxx_std_NN`,
a separate internal target that does not link mp-units and therefore
does not inherit mp-units' target-level options. On MSVC this caused
C5050 (`_UTF8` defined on consumer but not on module command line) and
on Clang 21 there is a parallel `-Wreserved-module-identifier` issue
already partially handled in `src/CMakeLists.txt` but in a directory
scope that did not actually reach the BMI either.

Consolidate the workarounds into one `src/cmake/import-std-setup.cmake`
snippet that applies the flags project-wide via `add_compile_options`,
self-guarded by `if(NOT CMAKE_CXX_MODULE_STD) return()`. It is included
from every entry point so all delivery paths converge:
  - top-level `CMakeLists.txt` for the dev build
  - bundled `mp-unitsConfig.cmake` for `find_package` consumers
  - via `cmake_build_modules` in `package_info()` for Conan-generated
    configs (the `cxx_modules=False` consumer path)

Other pieces:
  - `test/static/unit_magnitude_test.cpp` was the only test in the repo
    missing the `MP_UNITS_IMPORT_STD` gate around `#include <type_traits>`,
    causing duplicate `std::integral_constant` definitions in this
    configuration.
  - Compiler support table announces MSVC 195+ for `import std;`.
  - Installation docs gain a consumer-side setup note covering the
    CMake cache variables required, what mp-units handles automatically
    via the snippet, and the `add_subdirectory`-vendored caveat.

Verified: `conan build . -pr msvc195 -o '&:cxx_modules=False'
-o '&:import_std=True' -s compiler.cppstd=23 -c
user.mp-units.build:all=True` -> 40/40 tests pass.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-25 23:45:51 +02:00
2026-02-26 17:37:15 +00:00
2026-05-24 21:59:06 +02:00
2026-05-25 23:45:51 +02:00
2026-05-25 23:45:51 +02:00
2026-05-25 23:45:51 +02:00
2026-03-27 22:49:05 +00:00
2025-11-06 23:21:41 +01:00
2024-04-25 19:33:03 +02:00
2025-12-24 15:50:11 +01:00
2020-09-05 13:06:09 +02:00
2026-05-25 23:45:51 +02:00
2026-05-01 13:48:03 +02:00
2026-05-24 21:59:06 +02:00
2026-05-15 09:50:43 +02:00

logo

License C++ Standard

Conan CI CMake CI clang-tidy CI Freestanding CI Formatting CI

Conan Center Conan testing

mp-units The Domain-Correct Quantities and Units Library for C++

🎯 Overview

mp-units is a Modern C++ (C++20 and later) library providing the full spectrum of compiletime safety for domain-specific quantities and units — from dimensional analysis to quantity kind safety — built on the ISO 80000 International System of Quantities (ISQ). It is a candidate for C++29 standardization (P3045) — your chance to shape the future of C++.

#include <mp-units/systems/isq.h>
#include <mp-units/systems/si.h>

using namespace mp_units;
using namespace mp_units::si::unit_symbols;

// Compile-time dimensional analysis — zero runtime overhead
static_assert(1 * km / (1 * s) == 1000 * m / s);

// Function signatures encode domain/physics, not just dimensions
void calculate_trajectory(quantity<isq::kinetic_energy[J]> e);

int main()
{
  quantity<isq::potential_energy[J]> Ep = 42 * J;
  quantity<isq::kinetic_energy[J]>   Ek = 123 * J;
  calculate_trajectory(Ek);         // ✅ correct
  // calculate_trajectory(Ep);      // ❌ potential energy ≠ kinetic energy (both in J)

  // quantity<Gy> q = 42 * Sv;      // ❌ absorbed dose ≠ dose equivalent (both J/kg)
}

Try it live on Compiler Explorer

What Sets mp-units Apart?

Beyond standard dimensional analysis and automatic unit conversions, mp-units provides additional safety levels:

  • Quantity Kind Safetymp-units pioneered this safety level: distinguishes quantities that share the same dimension but represent fundamentally different physical concepts: frequency (Hz) ≠ radioactive activity (Bq), absorbed dose (Gy) ≠ dose equivalent (Sv), plane angle (rad) ≠ solid angle (sr). Dimensional analysis alone cannot catch these errors — mp-units prevents them at compile time.

  • ISO 80000 (ISQ) Support — Built on the International System of Quantities, functions can require specific quantities: isq::height (not just any isq::length), isq::kinetic_energy (not just any isq::energy). The physics of your domain becomes part of the type system.

  • Strongly-Typed Numerics for Any Domain — The quantity framework extends beyond physics: define semantically distinct types for item counts, financial values, identifiers, or any numeric abstraction that should never be silently mixed at compile time.

Key Features

Safety

  • Quantity kind safety: same dimension, different meaning → compile-time error
  • Affine space strong types (quantity and quantity_point)
  • Value-preserving conversions

Performance

  • All dimensional analysis at compile time — zero runtime overhead
  • Performance on par with (sometimes even better than) fundamental types

User Experience

  • Optimized for readable, actionable compilation errors
  • Expressive, composable unit expressions

Feature Rich

  • Systems of Quantities and Units; scalar, vector, and tensor quantities
  • Affine space, natural units, strong angular system
  • Highly adjustable text output formatting

Easy to Extend

  • Custom dimensions, quantities, and units in a single line of code

Low Adoption Cost

  • No external dependencies · macro-free API · C++20 modules-ready · freestanding-capable

Full feature overview

📚 Documentation

Extensive project documentation covers everything from getting started to advanced usage:

Explore the full documentation

🔍 Try It Out

For advanced development or contributions, we provide a fully configured cloud development environment with GitHub Codespaces:

Open in GitHub Codespaces

Alternatives:

  1. Navigate to the repository → "Code""Codespaces""Create codespace on master"
  2. Use the preconfigured devcontainer and Docker image manually in your IDE

For detailed environment documentation, see .devcontainer/README.md.

🚀 Help Shape the Future of C++

mp-units is a candidate for ISO standardization for C++29 — the future of dimensional analysis in C++! The technical case is documented in:

🤝 We are actively seeking organizations and individuals interested in fieldtrialing the library!

Your experience matters. Real-world testimonials demonstrate value to the ISO C++ Committee and help potential adopters decide. Whether you're using mp-units in production, research, or education:

  • Organizations: Share your production deployments and success stories
  • Academics: Report research applications and teaching experiences
  • Developers: Tell us about your innovative use cases and benefits

Share Experience

🤝 Contributors

mp-units is made possible by our community of contributors! 💪

Contributors Commits Stars

🏆 Core Team

🙏 All Contributors

We appreciate every contribution, from code to documentation to community support!

🌟 See our Contributors Page for the complete list and recognition details.

Ready to contribute? Check out our Contributing Guide to get started! 🚀

💝 Support the Project

mp-units is developed as open source with the ambitious goal of C++29 standardization. Your support helps maintain development momentum and accelerate standardization efforts!

Ways to support:

  • Star the repository Show your appreciation and help others discover mp-units

  • 💰 Become a sponsor Financial support enables continued development

    Sponsor

  • 📢 Share your success story Help demonstrate real-world value for standardization and other potential users

  • 🤝 Contribute Code, documentation, feedback, and community support

Languages
C++ 71.4%
CMake 19%
Python 8.3%
C 0.8%
Shell 0.5%