René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"cmake/sip_configure.py: Use of non-standard qmake binary names not completely solved","articleBody":"This was already touched in https://github.com/ros-visualization/python_qt_binding/issues/22 but not really solved.\r\n\r\nWhatever you think will be in PATH for qmake, it is not standardised at all prior to Qt6. In Qt6, upstream finally decided to make Qt installable side-by-side using `6` suffix on respective Qt binaries, and they also introduced a distinction on what would be \"user-facing\" (in PATH) or not (remain in some lib/libexec subdir not in PATH). In Gentoo we decided to do the same with Qt5, we had already done a great deal of work in past years to fix packages not to depend on a random filename pattern search in PATH.\r\n\r\nTherefore:\r\nqmake may be any of binary, hardlink, softlink controlled by qtchooser, which may be switched at will to any major Qt version by the user through config file\r\nQt4 may be qmake, qmake4, qmake-qt4, qt4-qmake, and those are just variants I know of\r\nQt5 same as above, random across distros.\r\n\r\nThe cleanest way to solve this is give configure the possibility to have the QTBINDIR injected, which can then be set by distro accordingly.","author":{"url":"https://github.com/a17r","@type":"Person","name":"a17r"},"datePublished":"2022-10-16T18:32:09.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":0},"url":"https://github.com/119/python_qt_binding/issues/119"}