D-LAN

I noticed in the build settings (Project section > Targets > Build Settings > General > Tool Chain) that it apparently defaults to GCC. I changed this option to Clang, but there's no difference in the output.

Hi,
This how-to is a bit old and I didn't try to recompile D-LAN on Mac OS X for a long time. The "official" Mac OS X developer is in holiday right now, I will suggest him to update the how-to when he comes back.

Actually I suggest you to use Clang 3.1 (from the last XCode maybe!?) and the branch 'master', GCC 4.2 is far too old.

Pay attention about these two things:

• The script 3.compile_all_components.sh (used only when building a release) is not updated for clang: https://github.com/Ummon/D-LAN/blob/master/application/3.compile_all_components.sh
• This files is included in almost all projects and contains some specific parameters for clang: https://github.com/Ummon/D-LAN/blob/master/application/Common/common.pri

Cya.

I advise you to build D-LAN only from Qt Creator (using its toolchain configuration) for the moment. I'm sorry but just a little work has been done for the Mac OS X platform.

Thank you, Greg. I've made a little progress after removing the -f Makefile-Core from the make arguments in the build configuration:

clang++ -c -pipe -std=c++11 -stdlib=libc++ -std=c++0x -g -gdwarf-2 -arch x86_64 -fPIC -Wall -Wno-parentheses -DDEBUG -DCOMMON_LIBRARY -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/mkspecs/unsupported/macx-clang -I. -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/lib/QtCore.framework/Versions/4/Headers -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/include/QtCore -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/lib/QtNetwork.framework/Versions/4/Headers -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/include/QtNetwork -I../../../QtSDK/Desktop/Qt/4.8.1/gcc/include -I. -I.. -I. -I.. -I.tmp/debug -F/Users/colin/Source/QtSDK/Desktop/Qt/4.8.1/gcc/lib -o .tmp/debug/Hash.o Hash.cpp
clang: error: invalid deployment target for -stdlib=libc++ (requires OS X 10.7 or later)
make[1]: *** [.tmp/debug/Hash.o] Error 1
make: *** [sub-Common-make_default-ordered] Error 2
make[1]: Leaving directory `/Users/colin/Source/D-LAN/application/Common'
make: Leaving directory `/Users/colin/Source/D-LAN/application'

Perhaps some part of QtCreator hasn't yet been updated for OSX 10.8. When I commented out the -stdlib=libc++ from Common/common.pri (just for science), I get all kinds of "This version of Mac OS X is unsupported" out of the compilation process from parts of Qt.

https://gist.github.com/3201614

I think for now I'll just sit tight and wait for the Mac dev to return from holiday. This here Ruby dev isn't afraid of C/C++ stuff, but when it comes to build systems, I get a little lost ;-)

Reading up a little, it's clear that the stdlib line has to be there in order to get STL support ;-)

For now, I'm satisfied with blaming Qt Creator and I'll rest on that for the day!

I decided to take another shot tonight, having updated to OSX 10.8.1, QtCreator 4.8.2, and Qt 5.0.0-beta1

https://gist.github.com/3546582

I think this might be a bug in Qt 5.0.0-beta1 - it appears to be missing a header file.

I found that the initializer_list missing is an artifact of commenting out the -stdlib=libc++ in common.pri. I uncommented it and rebuilt, and I'm back to the error I'd been getting originally:

clang: error: invalid deployment target for -stdlib=libc++ (requires OS X 10.7 or later)

So, I did a little more research and came across http://www.mail-archive.com/interest@qt-project.org/msg02225.html. The conversation just kinda dies without resolution.

I am running the updated Command Line Tools and restarted QtCreator after installing them.

Here's the full thread from above all-in-one.

http://comments.gmane.org/gmane.comp.lib.qt.user/2206