Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 905166 - dev-qt/qt-creator: requires LLVM 14
Summary: dev-qt/qt-creator: requires LLVM 14
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Davide Pesavento (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 905159
  Show dependency tree
 
Reported: 2023-04-27 13:39 UTC by Michał Górny
Modified: 2023-09-20 08:32 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Qt Creator 8.0.2-r1 to work with clang 15 (qt-creator-8.0.2-r1.ebuild,13.31 KB, text/plain)
2023-05-16 08:52 UTC, Thomas Pathmann
Details
Patch to make the clang format plugin compile with clang 15 (remove-deprecated-clang-formatstyle.patch,605 bytes, patch)
2023-05-16 08:53 UTC, Thomas Pathmann
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2023-04-27 13:39:24 UTC
Please port the package to support newer LLVM versions (and ideally keep the bug open until the last version requiring LLVM 14 is gone).
Comment 1 Jack 2023-05-02 18:30:10 UTC
version bump to 10.0.0 uses llvm 16 (https://bugs.gentoo.org/905417)
Comment 2 Jesper Saxtorph 2023-05-14 15:32:29 UTC
Well, the problem is that qt-creator from version 9 depends on qt 6 (according to qt documentation) and qt 6 is not in the gentoo tree yet.
I tried to set LLVM_MAX_SLOT=15 in the qt-creator-8.0.2.ebuild, but it failed to compile (I have not looked further into it).

So it seems the options for users for now are either to stay with clang 14 as that is what is supported by qt-creator 8 or alternatively drop clang support by using the clang use flag (-clang).
Comment 3 Thomas Pathmann 2023-05-16 08:51:46 UTC
I've adjusted the 8.0.2 ebuild to work with clang/LLVM 15 (with a small patch).

I didn't check the functionality of the clang format plugin yet.

I didn't test all useflags, but these are my manually activated ones: android cmake cppcheck git lsp mcu baremetal modeling python remotelinux
Comment 4 Thomas Pathmann 2023-05-16 08:52:26 UTC
Created attachment 861788 [details]
Qt Creator 8.0.2-r1 to work with clang 15
Comment 5 Thomas Pathmann 2023-05-16 08:53:33 UTC
Created attachment 861789 [details, diff]
Patch to make the clang format plugin compile with clang 15

ConstructorInitializerAllOnOneLineOrOnePerLine is deprecated
Comment 6 jospezial 2023-05-20 13:15:52 UTC
(In reply to Jesper Saxtorph from comment #2)
> Well, the problem is that qt-creator from version 9 depends on qt 6
> (according to qt documentation) and qt 6 is not in the gentoo tree yet.

qt6 packages are in Gentoo tree since august 2022.
Still masked for testing.
Comment 7 Larry the Git Cow gentoo-dev 2023-09-11 21:20:47 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dcd602a4a0830f42b943bdb5eec75948efc0cee7

commit dcd602a4a0830f42b943bdb5eec75948efc0cee7
Author:     Ionen Wolkens <ionen@gentoo.org>
AuthorDate: 2023-09-09 17:23:26 +0000
Commit:     Ionen Wolkens <ionen@gentoo.org>
CommitDate: 2023-09-11 21:20:07 +0000

    dev-qt/qt-creator: add 11.0.2
    
    Not going to list every changes given this ebuild is from scratch.
    
    There are a few ebuilds for this going around, but they about all
    have (IMO) overcustomization, with a lot of USE to juggle for both
    users and maintainers (some handled through sed'ing cmake files) --
    all while plugins can still be disabled at runtime either way.
    
    So this is now mostly limited to options that introduce an extra
    dependency (e.g. clang). "Some" of the longest to build plugins
    do have dependencies, so this still allows to cut down build time
    a decent amount (not that this is a short build still).
    
    Other small notes:
    * Default IUSEs match what Qt Creator enables by default at runtime
     (albeit default USE=-tracing could be interesting for faster builds).
    * Left gumbo unbundling out for now given ultimate goal is to unbundle
      litehtml instead (which itself uses gumbo), but currently it requires
      a large patch for 0.8 support (likewise to unbundle on qttools).
    
    wrt bug #905166, delaying cleanup given restoring keywords is
    non-trivial and users may need time to adjust for Qt5->Qt6, but
    can be dropped anytime anyway if llvm:14 cleanup is happening
    (do not consider this a blocker).
    
    Bug: https://bugs.gentoo.org/905166
    Closes: https://bugs.gentoo.org/835042
    Closes: https://bugs.gentoo.org/905417
    Signed-off-by: Ionen Wolkens <ionen@gentoo.org>

 dev-qt/qt-creator/Manifest                         |   1 +
 .../files/qt-creator-11.0.2-musl-no-execinfo.patch |  47 ++++
 .../qt-creator-11.0.2-musl-no-malloc-trim.patch    |  10 +
 .../qt-creator/files/qt-creator-11.0.2-qt653.patch |  26 +++
 dev-qt/qt-creator/metadata.xml                     |   7 +-
 dev-qt/qt-creator/qt-creator-11.0.2.ebuild         | 260 +++++++++++++++++++++
 6 files changed, 349 insertions(+), 2 deletions(-)
Comment 8 Ionen Wolkens gentoo-dev 2023-09-12 10:40:52 UTC
(In reply to Larry the Git Cow from comment #7)
>     wrt bug #905166, delaying cleanup given restoring keywords is
>     non-trivial
fwiw gave it a quick try on x86, it's probably usable but do get some test failures. In all I'm not convinced a Qt6-oriented IDE makes much sense on 32 bit arches (old keywords were amd64 x86 arm), unless someone really still wants it in 2023. So odds are will just get dropped as-is.
Comment 9 Larry the Git Cow gentoo-dev 2023-09-20 08:32:28 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c1bc5cc478c51f75ed9a5fb82a5bd70724bebdc3

commit c1bc5cc478c51f75ed9a5fb82a5bd70724bebdc3
Author:     Ionen Wolkens <ionen@gentoo.org>
AuthorDate: 2023-09-20 08:20:53 +0000
Commit:     Ionen Wolkens <ionen@gentoo.org>
CommitDate: 2023-09-20 08:30:27 +0000

    dev-qt/qt-creator: drop 8.0.2
    
    With llvm-17.0.1 being released, keeping a -14 ebuild around
    is a stretch and would be surprised if someone still relied
    on this old ebuild. So let's just drop it now.
    
    This loses keywords for arm and x86. As noted in bug #905166,
    currently no intention to restore these unless someone actually
    wants and requests it.
    
    Closes: https://bugs.gentoo.org/905166
    Signed-off-by: Ionen Wolkens <ionen@gentoo.org>

 dev-qt/qt-creator/Manifest                |   1 -
 dev-qt/qt-creator/metadata.xml            |  37 ---
 dev-qt/qt-creator/qt-creator-8.0.2.ebuild | 446 ------------------------------
 3 files changed, 484 deletions(-)