Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-72903

[REG 5.12.0 -> 5.12.1] libraries with full filepaths in module's pri

XMLWordPrintable

      After commit 521a85395 "configure: actually resolve libraries into full filepaths", full filepaths of libraries are stored in the module's pri files.

      from qt_lib_core_private.pri and qt_lib_gui_private.pri

      QMAKE_LIBS_LIBDL = /lib64/libdl.so
      QMAKE_LIBS_GLIB = /lib64/libgthread-2.0.so /lib64/libglib-2.0.so 
      
      QMAKE_LIBS_XKBCOMMON = /lib64/libxkbcommon.so
      QMAKE_LIBS_XCB = /lib64/libxcb.so
      QMAKE_LIBS_ATSPI = /lib64/libatspi.so /lib64/libdbus-1.so /lib64/libglib-2.0.so
      QMAKE_INCDIR_ATSPI = /usr/include/at-spi-2.0 /usr/include/dbus-1.0 /usr/lib64/dbus-1.0/include /usr/include/glib-2.0 /usr/lib64/glib-2.0/include
      QMAKE_LIBS_OPENGL = /lib64/libGL.so
      QMAKE_INCDIR_OPENGL = /usr/include/libdrm
      QMAKE_LIBS_DRM = /lib64/libdrm.so
      QMAKE_INCDIR_DRM = /usr/include/libdrm
      QMAKE_LIBS_EGL = /lib64/libEGL.so

      If such a build is moved to a different host machine, changes are that further qt module builds will fail since the libs are no longer available in the same paths. This happens for examples when the build from RHEL (our release builds) are installed into Ubuntu.

      And especially in the yocto builds, where paths are build time paths:

      QMAKE_LIBS_LIBDL = /home/sapiippo/development/yocto/sumo/build-colibri-imx7/tmp/work/cortexa7hf-neon-poky-linux-gnueabi/qtbase/5.12.0+gitAUTOINC+ecdccce8e4-r0/recipe-sysroot/usr/lib/libdl.so
      

       

       

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

            iknd Iikka Eklund
            sapiippo Samuli Piippo
            Votes:
            3 Vote for this issue
            Watchers:
            32 Start watching this issue

              Created:
              Updated:
              Resolved: