Trouble compiling using static library STK, QT Creator and qmake

[ifranco]

New to the list, so hello everybody!

I'm new to QT and I'm having trouble compiling a simple example for the STK (Synthesis Toolkit) within QT Creator.

OS: OS X 10.9
QT: 5.2.0

I get the dreaded "Undefined symbols for architecture x86_64" error message. It seems it's related to qmake since I can happily build by simply invoking g++:
@
g++ -Wall -I../../lib/stk-4.4.4/include -I../../lib/stk-4.4.4/src/include -L../../lib/stk-4.4.4/src -DHAVE_GETTIMEOFDAY -D__MACOSX_CORE__ -D__LITTLE_ENDIAN__ -DRAWWAVE_PATH="../../lib/stk-4.4.4/rawwaves/" -o main \main.cpp -lstk -lpthread -framework IOKit -framework CoreAudio -framework CoreMIDI -framework CoreFoundation
@

STK is being used as a static library, and I already checked that it is x86_64.
Any help would be greatly appreciated!

Cheers,
Ivan

My pro file:
@
TEMPLATE = app
CONFIG += console
CONFIG -= app_bundle
CONFIG -= qt

QMAKE_CXXFLAGS += -D__MACOSX_CORE__
QMAKE_CXXFLAGS += -D__LITTLE_ENDIAN__
CONFIG += x86_64

SOURCES += main.cpp

macx: LIBS += -L$$PWD/../../lib/stk-4.4.4/src/ -lstk -lpthread -framework IOKit -framework CoreAudio -framework CoreMIDI -framework CoreFoundation

INCLUDEPATH += $$PWD/../../lib/stk-4.4.4/include
DEPENDPATH += $$PWD/../../lib/stk-4.4.4/include

macx: PRE_TARGETDEPS += $$PWD/../../lib/stk-4.4.4/src/libstk.a
@

main.cpp:
@
// crtsine.cpp STK tutorial program
#include "Stk.h"
#include "SineWave.h"
#include "RtAudio.h"
using namespace stk;

// This tick() function handles sample computation only. It will be
// called automatically when the system needs a new buffer of audio
// samples.
int tick( void *outputBuffer, void *inputBuffer, unsigned int nBufferFrames,
double streamTime, RtAudioStreamStatus status, void *dataPointer )
{
SineWave *sine = (SineWave *) dataPointer;
register StkFloat *samples = (StkFloat *) outputBuffer;

for ( unsigned int i=0; i<nBufferFrames; i++ )
*samples++ = sine->tick();

return 0;
}

int main()
{
// Set the global sample rate before creating class instances.
Stk::setSampleRate( 44100.0 );

SineWave sine;
RtAudio dac;

// Figure out how many bytes in an StkFloat and setup the RtAudio stream.
RtAudio::StreamParameters parameters;
parameters.deviceId = dac.getDefaultOutputDevice();
parameters.nChannels = 1;
RtAudioFormat format = ( sizeof(StkFloat) == 8 ) ? RTAUDIO_FLOAT64 : RTAUDIO_FLOAT32;
unsigned int bufferFrames = RT_BUFFER_SIZE;
try {
dac.openStream( &parameters, NULL, format, (unsigned int)Stk::sampleRate(), &bufferFrames, &tick, (void *)&sine );
}
catch ( RtError &error ) {
error.printMessage();
goto cleanup;
}

sine.setFrequency(440.0);

try {
dac.startStream();
}
catch ( RtError &error ) {
error.printMessage();
goto cleanup;
}

// Block waiting here.
char keyhit;
std::cout << "\nPlaying ... press <enter> to quit.\n";
std::cin.get( keyhit );

// Shut down the output stream.
try {
dac.closeStream();
}
catch ( RtError &error ) {
error.printMessage();
}

cleanup:

return 0;
}
@

[sierdzio]

qmake is probably set to use the clang compiler. There are some minor incompatibilities between g++ and clang linkers (only the ones shipped by Apple. If you build them from source, or use them on Linux, both are 100% compatible), so it might be that it works when run with g++ mkspecs, but fails on clang mkspecs. Read the docs on QMAKESPEC variable for qmake, you problably need to use "macx-g++" one.

Also, don't forget that the linker is an incremental one: the order in which you specify the libraries is important!

[ifranco]

Hi sierdzio,
Thanks for quick reply!
Actually I'm using the g++ compiler (GCC x86 64 bit), on QT Creator, which I guess as a symbolic link that points to the version encapsulated in XCode's distribution.
qmake outputs:

/Applications/Xcode.app/Contents/Developer/usr/bin/g++ -c -pipe -D__MACOSX_CORE__ -D__LITTLE_ENDIAN__ -DHAVE_GETTIMEOFDAY -DRAWWAVE_PATH="../../lib/stk-4.4.4/rawwaves/" -g -gdwarf-2 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.6 -Wall -W -fPIE -I../../../../Development/Qt5.2.0/5.2.0-beta1/clang_64/mkspecs/macx-g++ -I../stkTest10 -I../../lib/stk-4.4.4/include -I. -o main.o ../stkTest10/main.cpp

[sierdzio]

OK, that looks good. Try adding this to .pro file:
@
CONFIG += static
@

or just pointing directly to the .a file in LIBS.

[ifranco]

with absolute paths and config I get the exact same results.
The thing is I've compiled similar code in QT. I did upgrade to 10.9, though...
I'm really lost on why it's not working! :-)

@
TEMPLATE = app
CONFIG += console
CONFIG -= app_bundle
CONFIG -= qt

QMAKE_CXXFLAGS += -D__MACOSX_CORE__
QMAKE_CXXFLAGS += -D__LITTLE_ENDIAN__
QMAKE_CXXFLAGS += -DHAVE_GETTIMEOFDAY
QMAKE_CXXFLAGS += -DRAWWAVE_PATH="../../lib/stk-4.4.4/rawwaves/"
CONFIG += static
CONFIG += x86_64

SOURCES += main.cpp

macx: LIBS += -L /Users/ifranco/Dropbox/Development/lib/stk-4.4.4/src/ -lstk -lpthread -framework IOKit -framework CoreAudio -framework CoreMIDI -framework CoreFoundation

INCLUDEPATH += /Users/ifranco/Dropbox/Development/lib/stk-4.4.4/include
DEPENDPATH += /Users/ifranco/Dropbox/Development/lib/stk-4.4.4/include

macx: PRE_TARGETDEPS += /Users/ifranco/Dropbox/Development/lib/stk-4.4.4/src/libstk.a
@

same error output:

@
14:19:55: Running steps for project stkTest10...
14:19:55: Configuration unchanged, skipping qmake step.
14:19:55: Starting: "/usr/bin/make"
/Applications/Xcode.app/Contents/Developer/usr/bin/g++ -c -pipe -D__MACOSX_CORE__ -D__LITTLE_ENDIAN__ -DHAVE_GETTIMEOFDAY -DRAWWAVE_PATH="../../lib/stk-4.4.4/rawwaves/" -g -gdwarf-2 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.6 -Wall -W -fPIE -I../../../../Development/Qt5.2.0/5.2.0-beta1/clang_64/mkspecs/macx-g++ -I../stkTest10 -I../../lib/stk-4.4.4/include -I. -o main.o ../stkTest10/main.cpp
../stkTest10/main.cpp:10:37: warning: unused parameter 'inputBuffer' [-Wunused-parameter]
int tick( void outputBuffer, void inputBuffer, unsigned int nBufferFrames,
^
../stkTest10/main.cpp:11:17: warning: unused parameter 'streamTime' [-Wunused-parameter]
double streamTime, RtAudioStreamStatus status, void dataPointer )
^
../stkTest10/main.cpp:11:49: warning: unused parameter 'status' [-Wunused-parameter]
double streamTime, RtAudioStreamStatus status, void dataPointer )
^
3 warnings generated.
/Applications/Xcode.app/Contents/Developer/usr/bin/g++ -headerpad_max_install_names -all_load -Wl,-syslibroot,/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk -mmacosx-version-min=10.6 -o stkTest10 main.o -L /Users/ifranco/Dropbox/Development/lib/stk-4.4.4/src/ -lstk -lpthread -framework IOKit -framework CoreAudio -framework CoreMIDI -framework CoreFoundation
Undefined symbols for architecture x86_64:
"std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char const, unsigned long, unsigned long) const", referenced from:
stk::FileWrite::setMatFile(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >) in libstk.a(FileWrite.o)
"std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_first_of(char const, unsigned long, unsigned long) const", referenced from:
stk::Skini::parseString(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&, stk::Skini::Message&) in libstk.a(Skini.o)
stk::Skini::tokenize(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libstk.a(Skini.o)
"std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_first_not_of(char const, unsigned long, unsigned long) const", referenced from:
stk::Skini::parseString(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&, stk::Skini::Message&) in libstk.a(Skini.o)
stk::Skini::tokenize(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libstk.a(Skini.o)
"std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find(char const, unsigned long, unsigned long) const", referenced from:
...
@

[sierdzio]

In my experience, whenever Apple updates Xcode or Mac OS, something breaks ;) They support their ObjC stuff very nicely, but everyone else is not so important to them.

Since now you seem to be getting missing symbols in stdlib, I guess you've hit the Apple wall :( Try switching to clang entirely, or reorder the LIBS so that CoreFoundation is first on the list. You need to experiment and find some combination that works, sadly.

[ifranco]

What about installing another version of GCC. Would that be doable or am I just getting into "double configuration trouble"?
OT: thanks for the great support!

Cheers,
Ivan

[ifranco]

still...
If I'm able to compile using the "fruit's" own GCC (see my initial post), shouldn't it be a qmake related issue?

[sierdzio]

You can try with MacPorts, probably. But your qmake may still be defaulting to the OS-installed compiler, so you probably would need to modify the mkspecs, or install Qt from MacPorts, too. I'd say it's all doable, but only try if you are really desperate :)

[sierdzio]

QMake only generates the Makefiles, it does not compile the stuff. It probably does it in a different way than your own GCC tries. You need to compare the linker invocations.

[ifranco]

Ok, got it working. In case anybody runs into the same trouble:

. First of all I noticed that the current Xcode version (5.0.1) ships only with the 10.8 and 10.9 sdks.

. I don't know if this qualifies as a qmake bug, but it seems that using QMAKE_CXXFLAGS += -mmacosx-version-min is ignored by qmake. The only way I got to make it work was by directly changing mkspecs and changing QMAKE_MACOSX_DEPLOYMENT_TARGET = 10.9.

Cheers,
Ivan

[sierdzio]

Wow, thanks. This indeed might come in useful :D