From eafcd3c8e16ca50f0361fed99e599cfb37e60519 Mon Sep 17 00:00:00 2001
From: Daniela Engert <dani@ngrt.de>
Date: Sun, 23 Apr 2023 15:04:36 +0200
Subject: [PATCH] Optionally attach declarations to the `global module` rather
 than `module fmt` (#3387)

This allows coexistence with TUs that use {fmt} through #include without duplicating declarations, definitions, linker symbols, and object code.
---
 src/fmt.cc | 18 ++++++++++++++++--
 1 file changed, 16 insertions(+), 2 deletions(-)

diff --git a/src/fmt.cc b/src/fmt.cc
index d588764a..a956a70e 100644
--- a/src/fmt.cc
+++ b/src/fmt.cc
@@ -71,6 +71,15 @@ export module fmt;
 #define FMT_END_DETAIL_NAMESPACE \
   }                              \
   export {
+// If you define FMT_ATTACH_TO_GLOBAL_MODULE
+//  - all declarations are detached from module 'fmt'
+//  - the module behaves like a traditional static library, too
+//  - all library symbols are mangled traditionally
+//  - you can mix TUs with either importing or #including the {fmt} API
+#ifdef FMT_ATTACH_TO_GLOBAL_MODULE
+extern "C++" {
+#endif
+
 // All library-provided declarations and definitions must be in the module
 // purview to be exported.
 #include "fmt/args.h"
@@ -80,12 +89,17 @@ export module fmt;
 #include "fmt/format.h"
 #include "fmt/os.h"
 #include "fmt/printf.h"
-#include "fmt/xchar.h"
 #include "fmt/std.h"
+#include "fmt/xchar.h"
+
+
+#ifdef FMT_ATTACH_TO_GLOBAL_MODULE
+}
+#endif
 
 // gcc doesn't yet implement private module fragments
 #if !FMT_GCC_VERSION
-module : private;
+module :private;
 #endif
 
 #include "format.cc"