@kromignon Since Android is based on Linux you could put the libs in /usr/lib and see whether it works.

You can also set DYLD_FRAMEWORK_PATH before launching your application

Still trying to make it work, I'm desperate now. I´ve tried in 3 diferents computers (desktop and laptop) and I always get to the same point: unresolved external symbol.... Hope someone can help @sasiro said: glutils.obj : error LNK2019: símbolo externo __imp_glGetError sin resolver al que se hace referencia en la función "public: static int __cdecl GLUtils::checkForOpenGLError(char const *,int)" (?checkForOpenGLError@GLUtils@@SAHPEBDH@Z) glutils.obj : error LNK2019: símbolo externo __imp_glGetIntegerv sin resolver al que se hace referencia en la función "public: static void __cdecl GLUtils::dumpGLInfo(bool)" (?dumpGLInfo@GLUtils@@SAX_N@Z) glutils.obj : error LNK2019: símbolo externo __imp_glGetString sin resolver al que se hace referencia en la función "public: static void __cdecl GLUtils::dumpGLInfo(bool)" (?dumpGLInfo@GLUtils@@SAX_N@Z) mainview.obj : error LNK2019: símbolo externo __imp_glClearColor sin resolver al que se hace referencia en la función "protected: virtual void __cdecl MainView::initializeGL(void)" (?initializeGL@MainView@@MEAAXXZ) scenebasic.obj : error LNK2001: símbolo externo __imp_glClearColor sin resolver scenebasic.obj : error LNK2019: símbolo externo __imp_glClear sin resolver al que se hace referencia en la función "public: virtual void __cdecl SceneBasic::render(void)" (?render@SceneBasic@@UEAAXXZ) scenebasic.obj : error LNK2019: símbolo externo __imp_glDrawArrays sin resolver al que se hace referencia en la función "public: virtual void __cdecl SceneBasic::render(void)" (?render@SceneBasic@@UEAAXXZ) scenebasic.obj : error LNK2019: símbolo externo __imp_glViewport sin resolver al que se hace referencia en la función "public: virtual void __cdecl SceneBasic::resize(int,int)" (?resize@SceneBasic@@UEAAXHH@Z) debug\untitled5.exe : fatal error LNK1120: 7 externos sin resolver

Oh, I guess when not using -openssl-linked, it will not matter as the .lib files will not be used. I'm still interested in what to do if I'd actually want to use -openssl-linked.

Cross-compiling is one thing, how did you install Qt on your board ?

I have found a reason, why LD_LIBRARY_PATH, CPLUS_INCLUDE_PATH and LIBRARY_PATH variables were ignored by QtCreator: I use KDE and it does not load the .bashrc in the session, but the bash does. So in KDE when you open Konsole - your environment is populated from .bashrc, but other apps, not launched from console - have different environment. So for me the solution was to create $HOME/.kde/env/user.sh file like this: #!/bin/bash if [ -f ~/.username.bashrc ]; then . ~/.username.bashrc fi ~/.username.bashrc contains my environment variables.