奇怪的Qt包括OSX下的dir结构

Question

我正在试验Qt头(用于使用vim的clang-complete插件)。为此，我试图编译一个简单的qt函数(注意:这不应该工作，只是试图编译它)。

#include <QWidget>
int main(int, char**) {
  QWidget* a;
}

我用

clang try.cpp -o try -DQT_GUI_LIB -DQT_WIDGETS_LIB -isystem/Applications/Qt/5.6/clang_64/lib/QtCore.framework/Headers -isystem/Applications/Qt/5.6/clang_64/./mkspecs/macx-clang -isystem/Applications/Qt/5.6/clang_64/lib/QtGui.framework/Headers -isystem/Applications/Qt/5.6/clang_64/lib/QtWidgets.framework/Headers

并得到错误

In file included from /Applications/Qt/5.6/clang_64/lib/QtWidgets.framework/Headers/QWidget:1:
/Applications/Qt/5.6/clang_64/lib/QtWidgets.framework/Headers/qwidget.h:37:10: fatal error: 
  'QtGui/qwindowdefs.h' file not found
#include <QtGui/qwindowdefs.h>

这是因为QWidgets头包含了#include <QtGui/...>。例如，在Linux安装中，这是可以的，因为文件夹是按照这个顺序设置的。但是在OSX中，文件夹有一个独特的结构。每个模块的头都在Qt<Module>.framework/Headers/...内部，而不是Qt<Module>/中。

如果Qt中的.h显然不适合这个文件夹结构，那么我如何告诉编译器包含在哪里，使用这个文件夹结构？

Answer 1

正如- manatttta所指出的，Qmake‘macx’不公开头文件夹(如<QtCore/*.h>和<QtCore.framework/*.h>配置)，因为它使用Xcode框架架构:例如<QtCore.framework/*.h>。

您可以创建一个别名(符号链接)，将QtCore.framework/headers映射到QtCore。请确保删除任何现有的Qt生成的Makefile，以便后续构建将生成具有适当包含路径的生成。下面是一些配置示例步骤：

cd <MyApp>/include

mkdir -p MacOSX/Qt/headers

cd MacOSX/Qt/headers

QT_CORE_HEADERS=<your Qt path up to verson subdirectory>/clang_64/lib/QtCore.framework/Versions/5/Headers

ln -s  $QT_CORE_HEADERS QtCore

Delete existing Makefile `rm -f <MyApp>/Build/Makefile`