Instruktazne video sa na chadza na ceste:
/usr/local/emtest/toolchain/REMOTEDEBUGGING/01 qtcreator-toolchain.ogv
Alebo si mozete video priamo spustit pomocou prikazu s vyuzitim VLC aplikacie:
vlc /usr/local/emtest/toolchain/REMOTEDEBUGGING/01 qtcreator-toolchain.ogv
Pre spravny deploy projektu je potrebne si nastavit premennu INSTALL_PREFIX podla nasledovneho screen-u:
V projekte je potrebne v build enviroments nastavit INSTALL_PREFIX pretoze v pro suboroch sa to odkazuje na spominanu premennu:
target_lib.path = $$(INSTALL_PREFIX)/lib
Na kompilaciu je vyhodne si spravit shadow build aby sa medzi zdrojakmi nerobil neporiadok pri kompilacii.
Osvedcila sa mi nasledovne umiestnenie shadow build
/path/l_shadow/Vesna
kvoli tomu ze aj vsetky podmoduly sa budu nachadzat v adresari l_shadow
Ak chceme potom z toho spravit balik alebo aspon sustredit binarky a libky na jedno miesto nech nie su rozhadzane kade tade po shadow adresari, tak mozme zavolat:
INSTALL_ROOT=/path/l_shadow_qt5/_pkg/balik/ make install
A ten v zadanom cielovom adresari vytvori strukturu ako v baliku (bin, lib, …) a na prislusne miesto nakopiruje a stripne binarky a libky.
Tento prikaz je potrebne zavolat tam kde bol vytvoreny Makefile pre projekt ktory kompilujeme cize ak kompilujeme vesnu tak
/path/l_shadow/Vesna
V pripade, ze nerobime remote debug na Vesne, ale debugujeme priamo na PC, moze sa stat, ze pri skoku na urcity breakpoint GDB prestane reagovat. Konkretnejsie mne (TMA) robili problemy breakpointy, ktore boli umiestnene v ramci metod, ktore obsahovali STD kontainery (std::vector, std::set,…). Odznacenim polozky Load system GDB pretty printers v menu Qt Creatora Tools→OPtions…→Debugger→GDB je mozne tento problem vyriesit. Pri remote debugu na Vesne vsak ma byt tato polozka aktivna (oznacena/zakliknuta).