【问题标题】:C++ Undefined reference to defined constantC++ 未定义对已定义常量的引用
【发布时间】:2016-02-01 12:04:20
【问题描述】:

我在 StackOverflow 上阅读了许多关于未定义引用的问题,但似乎没有一个是专门针对在包含的标头中定义的常量的未定义引用。如果我在某处遗漏了有效的答案,我们深表歉意。

我间接使用 MinGW 32bit (4.9.2) 在 Qt (5.5) 中编译 C++。

其中一个包含的文件使用#define 定义了一个常量,但是在构建项目时,编译器会抱怨 .cpp 中有未定义的引用。

奇怪的是,我已经尝试测试该常量是否存在于其使用上方的行中,这没有问题。

这是编译器的输出:

g++ -Wl,-subsystem,windows -mthreads -o debug\THEPROJECT.exe object_script.THEPROJECT.Debug  -lmingw32 -LC:/Qt/5.5/mingw492_32/lib -lqtmaind -lshell32 -lole32 -lQt5Quickd -lQt5Guid -lQt5Qmld -lQt5Networkd -lQt5Cored 
./debug\RtAudio.o: In function `ZN11RtApiWasapi13getDeviceInfoEj':
C:\Users\ME\Documents\Code\build-THEPROJECT-Desktop_Qt_5_5_1_MinGW_32bit-Debug/../THEPROJECT/thirdparty/RtAudio.cpp:4128: undefined reference to `KSDATAFORMAT_SUBTYPE_IEEE_FLOAT'

.cpp 中的早些时候,有

#include <audioclient.h>

反过来有

#include <mmreg.h>
#include <ks.h>
#include <ksmedia.h>

在 mmreg.h 中定义了常量

#define DEFINE_GUIDEX(name) EXTERN_C const CDECL GUID name
#define DEFINE_GUIDSTRUCT(g,n) DEFINE_GUIDEX(n)
#define DEFINE_GUIDNAMED(n) n
...
#define STATIC_KSDATAFORMAT_SUBTYPE_IEEE_FLOAT DEFINE_WAVEFORMATEX_GUID(WAVE_FORMAT_IEEE_FLOAT)
DEFINE_GUIDSTRUCT("00000003-0000-0010-8000-00aa00389b71", KSDATAFORMAT_SUBTYPE_IEEE_FLOAT);
#define KSDATAFORMAT_SUBTYPE_IEEE_FLOAT #define DEFINE_GUIDNAMED(KSDATAFORMAT_SUBTYPE_IEEE_FLOAT)

也许值得注意的是,在 ksmedia.h 中它也被定义了。通过放置(然后删除)#error 指令,我可以看出这个定义已经运行,尽管奇怪的是它没有抛出“重新定义”警告。即似乎没有 #ifndef 绕过它。

#define KSDATAFORMAT_SUBTYPE_IEEE_FLOAT DEFINE_GUIDNAMED(KSDATAFORMAT_SUBTYPE_IEEE_FLOAT)

在 .cpp 文件中使用常量

  if ( deviceFormat->wFormatTag == WAVE_FORMAT_IEEE_FLOAT ||
       ( deviceFormat->wFormatTag == WAVE_FORMAT_EXTENSIBLE &&
         ( ( WAVEFORMATEXTENSIBLE* ) deviceFormat )->SubFormat == KSDATAFORMAT_SUBTYPE_IEEE_FLOAT ) )

在上面这一行,我已经通过放置测试了常量

#define __STR2__(x) #x
#define __STR1__(x) __STR2__(x)
#pragma message __STR1__(KSDATAFORMAT_SUBTYPE_IEEE_FLOAT)

这会在失败之前成功输出#pragma message: KSDATAFORMAT_SUBTYPE_IEEE_FLOAT。这是编译器片段

g++ -c -pipe -fno-keep-inline-dllexport -g -std=c++0x -frtti -Wall -Wextra -fexceptions -mthreads -DUNICODE -D__WINDOWS_WASAPI__ -DQT_QML_DEBUG -DQT_QUICK_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_NEEDS_QMAIN -I..\THEPROJECT -I. -I..\THEPROJECT\thirdparty -I..\THEPROJECT\thirdparty\maximilian -IC:\Qt\5.5\mingw492_32\include -IC:\Qt\5.5\mingw492_32\include\QtQuick -IC:\Qt\5.5\mingw492_32\include\QtGui -IC:\Qt\5.5\mingw492_32\include\QtANGLE -IC:\Qt\5.5\mingw492_32\include\QtQml -IC:\Qt\5.5\mingw492_32\include\QtNetwork -IC:\Qt\5.5\mingw492_32\include\QtCore -Idebug -IC:\Qt\5.5\mingw492_32\mkspecs\win32-g++  -o debug\RtAudio.o ..\THEPROJECT\thirdparty\RtAudio.cpp
..\THEPROJECT\thirdparty\RtAudio.cpp: In member function 'virtual RtAudio::DeviceInfo RtApiWasapi::getDeviceInfo(unsigned int)':
..\THEPROJECT\thirdparty\RtAudio.cpp:4122:57: note: #pragma message: KSDATAFORMAT_SUBTYPE_IEEE_FLOAT

这可能是一个非常愚蠢的错误,但我已经头疼了 2 天了。请问有什么线索吗?

编辑:我已经包含了对 mmreg.h 中内容的更全面的参考

【问题讨论】:

  • 看起来您只是创建了标识符,但从未使用该名称定义任何内容。您还定义了宏 KSDATAFORMAT_SUBTYPE_IEEE_FLOATKSDATAFORMAT_SUBTYPE_IEEE_FLOAT 的扩展,这似乎不是很有用。
  • #define 是一个预处理器概念,它将一个字符串替换为另一个字符串。 ...子格式正在与该字符串进行比较,但该字符串未命名类型。可能拼错了?
  • 感谢您的回复。我正在编译的代码实际上是一个可以工作的第三方库 RtAudio,#defines 来自 Windows 库。 FWIW 我已经使用 MSVC2015 编译器在 Qt 5.6 beta 中编译了完全相同的代码,它可以完美地编译和运行。尽管除了我的代码或编译器设置之外,我很犹豫,但我想知道 MinGW 32bit 4.9.2 中是否存在问题。 MSVC2015 告诉我 KSDATAFORMAT_SUBTYPE_IEEE_FLOAT 被定义为 __uuidof(struct KSDATAFORMAT_SUBTYPE_IEEE_FLOAT) 并且我相信 .cpp 正在比较当前系统是否匹配。
  • 查看其他一些 MinGW 线程,我开始怀疑这个问题是否与此 stackoverflow.com/questions/10419801/… 有关,有什么建议可以告诉我吗?和解决方案(最好不要自己手动重建 Qt)?我通过提供预构建二进制文件的 Qt 在线安装程序下载。

标签: c++ mingw qt5.5 rtaudio


【解决方案1】:

事实证明,问题在于编译语句中缺少库。这些库在使用 Microsoft Visual Studio 编译时似乎是隐式的,但在使用 MinGW 编译时需要显式链接。

通过添加-lwinmm -lksuser -luuid,问题解决了。

在 Windows 下为 WASAPI 控件编译​​ RtAudio 时,这些库在 RtAudio page about compiling 中列出,所以我没有包含它们是一个愚蠢的错误。

作为旁注,编译器错误似乎是在将 RtAudio.cpp 编译成 RtAudio.o 时而不是在链接阶段,所以我很惊讶这个明显的链接错误出现在那个阶段。 em>

感谢所有贡献 cmets 或答案的人。

【讨论】:

    猜你喜欢
    • 2011-05-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-08
    相关资源
    最近更新 更多