Skip to content
  • 0 Votes
    8 Posts
    229 Views
    SGaistS

    Based on the pkexec documentation you can't do what you are trying. The environment is set to a minimal state that excludes the variables you are interested in.

    If you want their values in your application, you will have to pass them as command line parameters.

    However, based on the variable you are looking for, it seems you want to run a GUI as root, which is usually a bad idea.

  • 0 Votes
    5 Posts
    1k Views
    G

    @SGaist yes, you were right! Qmake is saving absolute path internally, I think. So I moved all necessary files to required directory and everything is working, thank you!

    I'll post a screenshot with minimum necessary files and directories that needed to successful qmake's work without Qt.
    0_1506369827244_Screenshot_20170925_230317.png

    It requires an empty include directory! If you delete it QtCreator will not show your non-Qt Kit in the startup list of Kits for a new project!

  • 0 Votes
    2 Posts
    1k Views
    SGaistS

    Hi,

    You have an example in CMake's documentation here

  • 0 Votes
    3 Posts
    2k Views
    K

    But this time, I have a different error:

    /home/kumararajas/ti-sdk-am335x-evm-07.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: /home/kumararajas/Integrate_UI/G-CPU/lib/libuicorelib.a(uicontroller.o): undefined reference to symbol '__cxa_begin_catch@@CXXABI_1.3' /home/kumararajas/ti-sdk-am335x-evm-07.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin/../lib/gcc/arm-linux-gnueabihf/4.7.3/../../../../arm-linux-gnueabihf/bin/ld: note: '__cxa_begin_catch@@CXXABI_1.3' is defined in DSO /home/kumararajas/ti-sdk-am335x-evm-07.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin/../arm-linux-gnueabihf/libc/lib/arm-linux-gnueabihf/libstdc++.so.6 so try adding it to the linker command line /home/kumararajas/ti-sdk-am335x-evm-07.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin/../arm-linux-gnueabihf/libc/lib/arm-linux-gnueabihf/libstdc++.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[4]: *** [bin/FireApp] Error 1 make[3]: *** [libraries] Error 2 make[2]: *** [libraries] Error 2 make[1]: *** [libraries] Error 2

    This looks like standard library compatibility issue.

    Any thoughts on this?

  • 0 Votes
    5 Posts
    2k Views
    K

    @ealione
    The good thing is that typically users do not notice. The problem is popping up when trying to compile with older compilers or you remember that such stuff was not possible in the past.
    As @mcosta suggests there is probably a recommendation out. On the other compiler versions are changing too rapidly and also the versions of recommendations.