c++ - OpenCv + mac os x + qt creator = 奇怪的链接错误？

Question

我正在尝试在 Mac Os X 10.9 上使用 qt creator 构建简单的 OpenCV 应用程序。所以我使用 brew 安装了 OpenCv 和 Qt4:

brew install opencv
brew install qt4

然后下载qt creator。比起我做的简单项目 - main.cpp:

#include <QCoreApplication>
#include <cv.h>
#include <cxcore.h>
#include <highgui.h>
#include <opencv2/opencv.hpp>
#include <opencv2/highgui/highgui.hpp>
using namespace cv;

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    Mat m;
    m = Mat(2, 3, 4);
    cv::threshold(m, m, 123, 200, 1);
    m = cv::imread("asdasd", 1); //problem is here!
    return a.exec();
}

和 .pro 文件:

QT       += core
QT       -= gui
TARGET = opencv_test
CONFIG   += console
CONFIG   -= app_bundle
TEMPLATE = app
SOURCES += main.cpp
LIBS += -L/usr/local/lib \
    -lopencv_core \
    -lopencv_imgproc \
    -lopencv_highgui \
    -lopencv_objdetect \
    -lopencv_calib3d

INCLUDEPATH += /usr/local/include/opencv
DEPENDPATH += /usr/local/include/opencv/include

INCLUDEPATH += $$PWD/../../../usr/local/include
DEPENDPATH += $$PWD/../../../usr/local/include
DEPENDPATH += $$PWD/../../../usr/local/lib

现在是奇怪的部分——如果我评论这一行:m = cv::imread("asdasd", 1);//问题就在这里! 并构建项目，一切正常 - 它可以毫无问题地编译和链接。所以看起来 .dylib 文件没问题，因为我可以使用 OpenCV 函数 - Mat 对象构造函数和 threshold 函数。但!如果我不使用 imread 注释行，我会收到此错误::-1: błąd:symbol(s) not found for architecture x86_64 或者更准确地说:

Undefined symbols for architecture x86_64: "cv::imread(std::string const&, int)", referenced from: _main in main.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)

一般来说，这个问题只是更大问题的一部分——我正在尝试使用 qt creator 构建更大的项目，但链接器找不到一些(但不是全部!)函数。在使用大量 OpenCV 函数的项目中，链接器仅在以下方面出现问题:

cv::VideoCapture::VideoCapture(std::string const&)
cv::destroyWindow(std::string const&)
cv::CascadeClassifier::detectMultiScale(cv::Mat const&, std::vector<cv::Rect_<int>, std::allocator<cv::Rect_<int> > >&, double, int, int, cv::Size_<int>, cv::Size_<int>)
cv::CascadeClassifier::CascadeClassifier(std::string const&)
cv::imshow(std::string const&, cv::_InputArray const&)

在这个项目中，我使用了更多的功能(主要是基本的图像处理——阈值、图像复制、绘制基本图元、寻找轮廓)，链接器可以毫无问题地处理它们。

我已经尝试过的 - 从源构建 OpenCv 和 Qt4(仅使用构建 brew install qt4 --from-source)。我使用本教程构建了 OpenCv - http://sadeepj.blogspot.com/2012/03/installing-and-configuring-opencv-to.html我也尝试了很多 CMAKE 选项 - -DCMAKE_OSX_ARCHITECTURES=x86_64 或 i386 和 -DCMAKE_CXX_FLAGS="-stdlib=libc++"。我还尝试使用 gcc(默认编译器是 clang)4.2 版构建它，但它失败了(构建失败)。我试过 OpenCV 2.4.8 和 2.4.2。我也尝试设置:

CMAKE_CXX_FLAGS += -std=c++11
CMAKE_CXX_FLAGS += -stdlib=stdlibc++

仍然没有运气。

我检查了构建的 .dylib 文件是否为 x86_64:

/usr/local/lib[master]$ lipo -info libopencv_core.dylib Non-fat file: libopencv_core.dylib is architecture: x86_64

以及highgui文件是否包含任何关于imread函数的信息(我知道这并不能证明它导出了这个函数):

/usr/local/lib[master]$ nm libopencv_highgui.dylib | grep imread
00000000000069b0 T __ZN2cv6imreadERKNSt3__112basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcEEEEi
0000000000006ac0 t __ZN2cvL7imread_ERKNSt3__112basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcEEEEiiPNS_3MatE

可能重要的信息:Mac OS X 10.9，64 位。

/usr/local/lib[master]$ clang --version
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix
/usr/local/lib[master]$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix

顺便说一句 - 运行 gcc --version 实际上运行 clang 是不是很奇怪？

所以问题是 - 我可以做什么来编译和构建它？我应该尝试使用 gcc 还是其他方法可以解决这个问题？另外 - 如果有人可以上传他的库并共享一个链接，那么我可以尝试使用它们，那就太好了。任何解决这个问题的解决方案对我来说都很好——我可以从源代码构建所有东西，使用任何编译器、链接器等。——只要帮助我让它工作，我就会很高兴:)

Answer 1

好的 - 经过 4 天的搜索，我终于解决了这个问题。通常解决方案很简单 - 只需添加:

QMAKE_MACOSX_DEPLOYMENT_TARGET = 10.9

给你.pro 文件。如果不想将它添加到每个 .pro 文件中，您可以“全局”设置它 - 只需在此文件中设置它:

Qt5.2.0/5.2.0-rc1/clang_64/mkspecs/macx-clang/qmake.conf 

有关此错误/问题的更多信息:
Qt5.1/Qt5.2 + Mac OS 10.9 (Mavericks) + XCode 5.0.2, Undefined symbols for architecture x86_64
http://qt-project.org/forums/viewthread/35646/ <-- 主要在这里

//编辑:
此解决方案仅适用于 CLang，不适用于 gcc。