To latest 10.9 version: QMAKE_MACOSX_DEPLOYMENT_TARGET = 10.OS X Mavericks Transformation Pack will give you all new OS X Mavericks user experiences combined with iOS 7 graphics such as theme, wallpapers, system resources, and new OS X features combined altogether in single package working on Windows platform since Windows XP to up to Windows 8. To do that, it’s necessary to update file: /usr/local/Qt-5.3.1/mkspecs/macx-clang/nfĪnd change following line: QMAKE_MACOSX_DEPLOYMENT_TARGET = 10.6 In case you’re using library which is built by CMake system, you need to add following flag: cmake -DCMAKE_CXX_FLAGS='-stdlib=libstdc++'įor any other library it’s necessary to pass libstdc++ flag in any available way, for example modify makefile and add : CXXFLAGS = -stdlib=libstdc++ Second way how to fix it, compile app using latest compilerĪnother way is to update mkspecs to compile for latest MacOS version, after that, compiler will be the same like compiler used on all other libraries. usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 60.0.0)

Īnd run otool again: boost/lib/libboost_filesystem.dylib: b2 cxxflags='-stdlib=libstdc++' linkflags='-stdlib=libstdc++'. It’s necessary to recompile boost (and don’t forget to remove. usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0) To check which library is used, use otool tool: otool -L library.dylibĪs result you will get something like this (check /libc++1.dylib): otool -L boost/lib/libboost_filesystem.dylibīoost/lib/libboost_filesystem.dylib (compatibility version 0.0.0, current version 0.0.0)īoost/lib/libboost_system.dylib (compatibility version 0.0.0, current version 0.0.0) Because I need to keep 10.6 compatibility, it’s necessary to compile boost and other libraries with libstdc++ dependency. So it’s necessary to compile all libraries with one type of libstdc++ (or libc++).

'boost::filesystem::path_traits::convert(char const*, char const*, std::basic_string, std::allocator&, std::codecvt const&)', referenced from:īoost::filesystem::path::wstring(std::codecvt const&) const in filePath.oīoost::filesystem::path::wstring(std::codecvt const&) const in fileEnumerator.oīoost::filesystem::path::wstring(std::codecvt const&) const in

Undefined symbols for architecture x86_64: Qt binary distribution compile with -stdlib=libstdc++ to be compatible with 10.6, Xcode 5 on 10.9 will select -stdlib=libc++ by default (for OS X 10.7 and better only). So symbol using classes from the standard library (like std::string in this case) will not resolve correctly at link time.

The problem is that starting with OSX 10.9 Apple changed default standard c++ library from libstdc++ to libc++.

Visual studio osx mavericks