基于glog封装的日志工具在Alpine musl编译报错：expected primary-expression

你的报错根源在于Alpine（musl libc）环境下，glog的DCHECK宏展开不符合预期，触发了语法错误。

从glog的源码逻辑来看，DCHECK的定义依赖编译宏控制：

• 当处于**Debug模式（未定义NDEBUG）**或GOOGLE_STRIP_LOG < 1时，DCHECK会被定义为CHECK(condition)，语法合法；
• 当处于Release模式或GOOGLE_STRIP_LOG >= 1时，DCHECK会被替换为EAT_CHECK_STREAM_PARAMETERS()，这个宏展开后是while(false) ::google::LogMessageVoidify() &，如果直接跟条件表达式（比如myAssert(condition)），会出现expected primary-expression before 'while'的语法错误。

在Alpine环境下出现这个问题，大概率是以下两种情况之一：

1. 你误以为是Debug编译，但实际编译时默认定义了NDEBUG（Alpine下部分构建工具可能默认开启Release模式）；
2. glog在musl环境下被编译时默认设置了GOOGLE_STRIP_LOG >= 1，导致即使Debug模式也触发了Release分支的宏定义。

1. 强制确保Debug编译参数 #

编译时显式添加Debug编译选项，避免NDEBUG被自动定义：

g++ -g -O0 -UNDEBUG your_source.cpp -lglog

其中-UNDEBUG会强制取消NDEBUG宏的定义，确保DCHECK走Debug分支的CHECK定义。

2. 绕开DCHECK，直接使用CHECK（Debug模式下） #

修改你的myAssert宏，跳过glog的DCHECK逻辑，直接在Debug模式下绑定CHECK：

#ifdef NDEBUG
#define myAssert(condition) ((void)0)  // Release模式下空操作
#else
#define myAssert(condition) CHECK(condition)  // Debug模式下直接用CHECK
#endif

这样可以避免DCHECK在musl环境下的异常展开问题。

3. 检查并调整glog的编译参数 #

如果是glog本身编译时开启了GOOGLE_STRIP_LOG，可以重新编译glog时添加-DGOOGLE_STRIP_LOG=0参数，强制关闭日志剥离逻辑。

4. 升级glog版本 #

旧版本glog对musl libc的支持不完善，升级到最新稳定版（v0.6.0及以上）可能直接解决该兼容性问题。

内容的提问来源于stack exchange，提问作者benjist